[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1v9d4trks4ag3":3},{"code":4,"message":5,"data":6,"timestamp":47},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":41,"homepage":42,"updated_at":43,"history":44},"ever-co\u002Fever-gauzy",17,"Ever® Gauzy™ - Open Business Management Platform (ERP\u002FCRM\u002FHRM\u002FATS\u002FPM) -https:\u002F\u002Fgauzy.co","TypeScript",8593,1297,34,2702,[],"面向小型团队的开源 ERP\u002FCRM\u002FHRM 套件，把工时、项目、客户与开票放在同一套自管系统里。","Gauzy 把小型公司通常分散在多个 SaaS 里的模块拼到一起：工时追踪、员工档案、CRM 联系人、项目任务、报价、开票和账务。如果你经营一家服务型团队，希望这些数据集中在自己能掌控的系统中，它值得看一下；如果你只需要其中某一个模块，它就不合适。\n\n## 解决什么问题\n\n小型工作室常见的状态是：工时记在一个工具里，客户资料在另一个工具里，开票在第三个工具里，审批靠聊天软件催。每次交接都要手工导出或复制粘贴，同一个客户在三个系统里有三个名字。Gauzy 把员工工时、项目任务、客户联系人、报价和发票放在同一个组织下，工时条目和由它生成的发票行属于同一套数据，最终得到一份“谁在哪个项目上花了多少时间、应该怎么计费”的统一记录。\n\n## 有什么不同\n\n这个项目的特点在于覆盖面的广度，而非某个模块的深度。README 列出的人力资源（含入职、休假审批）、招聘（ATS）、CRM、销售漏斗、提案、账务与开票、费用、库存、设备共享、目标与 KPI，以及多组织管理和对外的组织\u002F员工公开页面。对小公司来说，这意味着一个登录、一份人员\u002F客户\u002F资金数据库，而不用再做系统集成。\n\n支撑这种广度的是 API 优先的设计：后端是 NestJS 配 TypeORM\u002FMikroORM，前端是 Angular，同一套 API 也可以直接给自建客户端使用 [API 文档](https:\u002F\u002Fapi.gauzy.co\u002Fdocs)。因此你可以在它之上做一个很窄的前端。代价是套件类产品常见的：采用 Gauzy 意味着同时接受它在工时、计费和联系人上的整套数据模型；README 也明确说托管版本目前处于 Alpha 测试阶段，需谨慎使用。\n\n## 谁值得试\n\n适合：几十人规模的服务型公司或软件工作室，希望自托管、把工时和项目绑定、并按时长开票。不适合：只需要开票的独立自由职业者，或者已经有 ERP、只想补一个工时工具的大企业；在这两种情况下，附带的 HR、ATS、库存等功能都是负担。\n\n想先体验又不想自己搭基础设施，项目提供了托管实例 [app.gauzy.co](https:\u002F\u002Fapp.gauzy.co)，但它被明确标注为 Alpha\u002F测试版。愿意直接看代码或扩展的团队可以用 README 链接的 Gitpod 环境 [Gitpod 入口](https:\u002F\u002Fgitpod.io\u002F#https:\u002F\u002Fgithub.com\u002Fever-co\u002Fever-gauzy)，同一页面也给出了手动构建的方式。\n\n## 使用条件与边界\n\n生产环境 README 推荐 PostgreSQL 或 MySQL，部署推荐 Kubernetes 或 Docker；SQLite 是默认选项，但被描述为适合演示。自己运行意味着要维护数据库和容器\u002F部署流程，对自托管软件来说这很常见，但对非技术团队不是一条命令的事。\n\n最可能影响决策的限制是许可证。默认是社区版许可，另有 Small Business 和 Enterprise 许可，项目提供了各版本对比页 [许可对比](https:\u002F\u002Fever.co\u002Fcompare-gauzy\u002F#compare)。如果 Gauzy 会成为商业流程的核心，迁移前应先确认自己落在哪一档。README 也直说无法保证 100% 安全、软件按原样提供，因此正式使用时需要自己规划备份，并对客户端到后端的通信启用 HTTPS\u002FWSS。\n\n## HotRepo 点评\n\n唯一的带日期记录是 2026-10-25 登上 GitHub 每日 Trending 榜一次，当天 8,584 stars、+34。只有一天记录、也没有更早的可比历史，因此无法从 HotRepo 的数据判断关注度是否持续；项目本身创建于 2019 年。决定投入之前，先读许可对比页、确认你的使用场景属于哪一档——决定它能否替代现有工具栈的是许可，而不是功能清单。",{"slug":19,"name":20},"productivity","效率与系统工具",[22,23,24,25,26,27,28,29,30,31,32,33,34,19,35,36,37,38,39,40],"accounting","billing","bookkeeping","crm","crm-platform","erp","expenses","hr","human-resources","invoices","invoicing","issue-tracker","payroll","project-management","salary","team-management","time-tracker","time-tracking","timetracking","AGPL-3.0","https:\u002F\u002Fgauzy.co","2026-10-25T11:03:46Z",[45],{"date":46,"stars":11,"stars_gained":13},"2026-10-25",1792968787]