把项目拆成一条条任务并填上预估工时，本工具自动完成四级换算：总工时 → 缓冲后工时 → 人天 → 团队并行的日历工作日。缓冲比例默认 20%（应对 Hofstadter 定律「事情总比你预期的久」），每人每天有效工时默认 6 小时（扣掉会议、沟通与切换成本后的真实产能）。填入期望开始日期后，按纯工作日算法跳过周末推算预计完成日。全部在浏览器本地计算。
「这个功能多久能做完？」——拍脑袋说「三天」，结果做三周。估算失准往往不是能力差，而是缺一套固定口径：先把工作拆成任务逐条估工时，再加缓冲，再按真实有效工时折算人天，最后按人数换算日历时间。本工具把这条链路做成一页计算器，让估算可复算、可解释、可复制给同事对齐。
所有计算在浏览器本地完成，输入只存本机 localStorage；点击「让 AI 解读我的排期估算」时仅发送本页算好的中文结论。
侯世达（Douglas Hofstadter）在《哥德尔、艾舍尔、巴赫》中提出：「事情花费的时间总是比你预期的长，即使你把 Hofstadter 定律考虑进去。」它揭示了估算的系统性乐观：我们能想到的风险都已经写进计划，真正拖慢进度的往往是「未知的未知」。对策不是追求更准的点估计，而是显式加缓冲并按区间沟通（如「12–15 个工作日」）。
Brooks 在《人月神话》中提出著名论断：「向一个已经延期的软件项目追加人力，只会使它更加延期。」原因有二：
因此本工具算出的「日历工作日」是理想并行上限：任务耦合越紧，实际越接近串行，请相应下调人数预期或上调缓冲。
行业常用 1 人月 ≈ 20–22 人天（按月均工作日计）。本工具的人天数除以 21 即可粗略换算人月；但请记得人月神话的警告——人月是成本单位，不是可以线性压缩的工期单位。
审核通过后就会展示在留言板上，稍安勿躁～
还没有留言，来抢沙发吧！