常见问题

DevGhost 分析 Git 历史记录和变更，以估算每位开发者的代码贡献。它不会追踪工时、捕获屏幕或记录键盘输入。小时表示统一参考尺度上的工作量。

一名拥有 3 至 4 年经验、熟悉代码库且不使用 AI 的中级开发者完成该变更所需的时间。这包括理解相关代码、设计解决方案、实施、自测和必要的修正。自测包括运行适当的测试、解读测试结果、进行必要的手动行为检查，以及由开发者最终审查自己的变更。该估算不会还原作者的实际工时，也不能代替审计或专家审查。

DevGhost 将机器学习及其自有神经网络与 Git 变更结构分析和专用算法相结合。它结合现有代码的上下文分析变更，考虑复用，并单独处理识别出的机械性变更和生成的产物。借助 AI 完成的实质性代码也使用同一参考尺度评估。DevGhost 不使用 LLM 分析代码。

该方法结合了工程经验、变更结构分析以及对 DevGhost 自有模型的训练。估算值随时间的分配基于实证研究和实际测量。DevGhost 不使用 LLM 分析代码。

借助 AI 编写的实质性代码，会以同一位不使用 AI 的参照开发者为标准进行评估。如果 AI 帮助开发者提高每日估算产出，Ghost% 可能上升。高于 100% 表示产出高于基线，并非使用 AI 的证据；经验、工具、Share 和所选天数口径也会影响比较。

个人代码生产力相对于一位了解项目且不使用 AI 的中级开发者的估算值。默认标准下，Ghost% = E ÷ (D × 3 × S) × 100：E 是参照小时，D 是所选 Spread 或 FTE 天数，S 是 Share ÷ 100。100% 与参照值一致；越高表示估算产出越多，越低则越少。团队摘要按工作量对个人百分比加权。这不是实际工作时间，也不衡量一个人的全部职业价值。

使用 DevGhost 的统一参考尺度来观察持续贡献、识别优秀开发者并比较不同周期，然后查看底层变更和职责背景。该估算值不是实际工时、代码质量评分或对个人的完整评估，不应单独决定人员决策。

该方法评估实质内容和难度，而不是奖励提交数量或行数。不过，拆分、压缩合并和重新组合变更会改变估算器看到的上下文，从而可能改变结果；我们不保证结果保持不变。请审查底层变更和持续性模式，避免把这个数字变成人们优化的目标或人事决策的唯一依据。

DevGhost 评估代码中可见的贡献。个人职责还可能包括指导、审查他人的工作以及所分析变更之外的其他活动。在解读差异之前，请检查周期、Spread 或 FTE 模式、Share 以及变更本身。设计、检查和修复所分析变更的工作已经包含在参考工作量中。

Coding Share 是从 0% 到 100% 的手动分配，默认为 100%。100% 表示常规的全职开发职位：3 个参考小时的基准已经考虑了正常的非编码工作。对于兼职或承担额外职责等较低分配，请降低 Share，但不要再次扣减普通非编码时间。设计、实施、检查和修复变更的工作已经包含在工作量中。Adjusted Ghost% 等于 Raw Ghost% 除以 Share ÷ 100；工作量、日期、成本和 Raw Ghost% 保持不变。例如，10 天内 30 个参考小时在 Share = 100% 时为 100%，在 50% 时为 200%。Share 为 0% 时 Adjusted Ghost% 不可用，而不是零；Share 未确定时同样不可用。

把它作为独立人工评估每位开发者生产力的一项输入，包括持续贡献偏低的情况和优秀结果。请结合开发者的职责、代码质量、业务影响和代码外工作，跨期间进行解读。Ghost% 不得作为绩效评审、薪酬、晋升或解雇的唯一或主要依据，也不能取代这种结合背景的评估。

有。每个账户都会获得初始积分，并且每月获得新的免费额度，无需银行卡，也没有功能限制——免费套餐就是完整产品。1 积分对应一个被分析的提交，通过 squash 合并的拉取请求按其内部提交数的一半计算。每次运行的准确费用会在开始前显示。

成本大致是已交付工作按标准费率的花费；价值大致是不借助 AI、靠人工重现同等体量所需的花费。两者之间的差距是杠杆（工具/AI）的近似指标，而非损益表。