什么是 Ghost%？

基线

E 是所选范围和周期内的估算工作量，以参考小时表示，并包含已分配的溢出量。D 是所选模式下的开发者天数。S = Share ÷ 100，因此 Share = 100% 时 S 为 1。默认 Ghost 基准为每位开发者每天 3 个参考小时。这是比较产出的统一依据，而不是完整工作日的时长。如果界面允许选择其他基准值，请使用该值代替 3。Raw Ghost% 使用 S = 1。

在 Spread 模式下，D 计算分配工作量为正的日期，包括符合条件的周末日期。没有提交的日期，如果模型把工作量分配到该日，也会计入；没有分配工作量的日期不计入，仅有零工作量提交也不会增加 Spread 天数。这些是建模日期，而非观察到的工作日。

FTE 模式使用所选范围内开发者的活动跨度：从首个承载工作量的日期，到最后一个提交日期，其中包括零工作量提交。它取该跨度与所选期间的交集，并计算工作日（包括没有提交或工作量的工作日）以及工作量为正的周末日期。团队视图还可以按成员关系期间截短该跨度。员工日历报告使用单独的分母：根据配置的日程、日期覆盖设置和缺勤得出的可用分钟数，除以每个全职工作日 480 分钟。它们使用相同的 3 小时标准和 Share 调整，不会改变标准 Spread/FTE 天数。

Share 调整什么

Share 是手动设置的 0% 至 100% 分配比例，默认为 100%。100% 代表正常的全职开发岗位，而不是八小时都在敲代码。3 小时基线已为该岗位正常的非编码工作留出空间。如果投入到所评估开发工作的比例较低，例如兼职或承担额外职责，请降低 Share；不要再次扣除一天中正常的非编码时间。

工作量包括理解相关代码、设计解决方案、实施、自测和必要的修正。Share 不会再次扣减这些活动。仅审查他人的工作、指导、会议，以及在所分析代码中没有痕迹的工作不会被直接衡量。经理根据职责背景提供调整值。

Share 通过除法改变调整后 Ghost%。它不会改变估算工作量、分配时间线、原始 Ghost%、天数或成本。Share = 0% 时，调整后 Ghost% 不可用，而不是零或无穷大。Share 未确定时也不可用。此 Coding Share 与产品其他位置显示的实验性 AI 痕迹份额无关。

个人示例

采用默认标准时，E = 30 个参照小时、D = 10 天且 Share = 100%，结果为 100%：30 ÷ (10 × 3 × 1) × 100。E 和 D 相同但 Share = 50% 时，调整后 Ghost% 为 200%；原始 Ghost% 仍为 100%。Share = 0% 时，调整后 Ghost% 不可用，30 个参照小时保持不变。

所选模式会影响结果：6 个参照小时分配到一个日期，在 Spread 模式下为 200%。如果该日期落在一个含 20 个工作日的 FTE 跨度内，Share = 100% 时 FTE Ghost% 为 10%。相同代码产出使用不同天数比较；两种结果都无法还原实际工作时间。

团队与代码库总计

仪表板和公开代码库摘要中显示的总体 Ghost%，是个人百分比按工作量加权的平均值：Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ。每个人的百分比已经使用其各自的天数和 Share。它不是团队总工作量除以 3，也不是合并的人日比率或人员的简单平均值。请结合所选范围和模式解读总计。

示例：A 在 10 天内有 30 个参照小时（100%），B 在 10 天内有 15 个参照小时（50%），两人的 Share 均为 100%。按工作量加权的总体结果为 (30 × 100 + 15 × 50) ÷ 45 = 83.33%。将合计 45 小时除以 20 个人日再除以 3 会得到 75%，这是另一个统计量。如果调整后 Ghost% 不可用的人员有正工作量，则调整后的总体结果也不可用；零工作量贡献者不增加权重。

将投入分摊到时间上

时间线是估算工作量可能如何分配的模型，并非对实际工作时间的观察。正常分配在一个工作区内跨代码库和电子邮件别名共享每人每天 5 个参照小时的容量。同一日期创作的提交会归为一组，之前的分配会占用该容量。

当前分配窗口包含 14 个日历日期：提交日期及之前的 13 天，可能早于首次提交或所选报告期。提交日期即使是周末也符合条件；更早的周六和周日会跳过。溢出工作量会保留，并纳入模型化的时间分配。这个计算出的溢出量不是观察到的加班。报告筛选器选择工作量所分配到的日期；更改可见期间不会把一个提交的所有工作量都移入该期间。

5 小时分配容量与 3 小时 Ghost 基线用途不同。容量把参照工作量放到时间线上；基线把每日参照产出转换为相对生产力估算。这两个数字都不记录开发者的实际工作日。日期按投影所用的时区解读。较早的工作区和已保存分析可能保留以前的分配策略；这些参数描述的是当前策略。

如何解读

显示的区间将产出与所选参照基线比较。请结合持续性模式和角色背景进行解读：

• 120% 及以上——高于参照基线。
• 100% 到 120%——达到或高于基线。
• 80% 到 100%——略低于基线。
• 低于 80%——明显低于基线。

结果高于 100% 意味着什么

高于 100% 表示，在所选天数口径和 Share 下，估算代码产出超过基线。AI 辅助可能是原因之一，经验、工具和工作性质也可能造成这种结果。高 Ghost% 本身不能证明使用了 AI、代码质量高或产生了业务影响。

Ghost% 不是什么

这是存在不确定性的、基于模型的个人代码生产力估算。它不衡量实际工时、勤勉程度、能力、代码质量、业务影响或分析变更以外的全部工作。请在独立审查和角色背景下，用它调查持续贡献偏低的情况并识别优秀开发者。它不得作为招聘、薪酬、晋升或解雇的唯一或主要依据，也不得成为对个人的自动裁定。

DevGhost 使用 Git 历史记录和变更。它不需要工时追踪、屏幕捕获或键盘记录。