SonOf SonOf 是一款连接代码仓库与项目管理工具的智能体，能自动审计代码、编写任务并部署，为开发团队节省时间并提升交付效率。 热门评论 PH 用户Hey Product Hunt 👋 我是 Oleksii，三位创始人之一。八年来，我们经营着 Fulcrum 这家开发工作室——交付了 100 多个产品。每个客户的对话都从同样的两个问题开始：要多少钱，什么时候能做完？而这么多年来，我诚实的回答一直是：看情况。取决于一堆风险，一堆细节。前期把所有事情都理清楚——那是瀑布模型，而且永远做不完。开张空头支票——风险就转移给了客户：他们可能花得比计划多。无论哪种方式，有一件事是不变的：客户按小时付费。最近有了第三种选择。创始人尝试自己用 AI 来开发。他们耗费数周和大量 token——但很少能真正落地生产。局限性暴露出来，垃圾内容也冒出来。钱已经花出去了。这三种路径背后有一个令人不适的会计真相：未完成的工作就是永远无法资本化的钱。半成品的功能、不断延期的路线图、被放弃的原型——纯支出，零资产。只有投入生产的代码才能把钱变成价值。我还一直看到非技术创始人的第二个问题：他们无法判断工程师好不好，无法预测预算，看不到风险。外包模式悄悄把所有这些责任都转移到了最没能力承担的人身上。这就是我们构建 SonOf 的原因——首先是给自己用。它最初是一个内部引擎，用来加速 Fulcrum 客户工作的交付。在大约运行了 10 个项目后，我们意识到我们做出了一个产品。（没错，名字取自 Silicon Valley 里 Gilfoyle 的 AI —— Son of Anton。我们就是那种团队。）SonOf 把整个产品——repo、ticket、文档——当作一个上下文来读取，然后完成以前需要数周的需求分析工作。你能得到的是旧模式永远无法给的东西：→ 在花钱之前，全面看清范围。每项工作都变成一个标有固定价格的 ticket——每个 story point 500 美元。→ 时间线掌握在你手中。你逐个批准 ticket——建什么、按什么顺序、以什么节奏。→ 付款落在价值落地的时刻。只有代码投入生产时才计费——那一刻支出变成了资产。每个计划都由一名资深工程师签署，每个 PR 在 merge 前都经过审查。被拒绝的工作费用为 0 美元。看出这对前面两个问题的作用了吗？你不再需要判断工程师、预算或风险了。所以这么多年后，我的答案终于变了——不是因为我们现在工作方式不同，而是因为客户终于看到了我们所看到的。多少钱？它写在 ticket 上，在你点头之前。什么时候？你来定节奏——批准后，引擎就会全天候运转。不再是“看情况”。你的产品审计是免费的：连接一个 repo，看看你的全局地图。我会在评论区呆一整天。PH 用户喜欢这个名字！😁你觉得这个产品的主要用例是什么？我想了解你认为它在哪些方面最有价值。PH 用户听起来很有趣！但非技术客户如何验证估算是否合理以及代码质量是否高呢？PH 用户真的很佩服——账单只在代码 shipped 到生产环境时触发。每个 PR 都有资深工程师审查，这让我有信心让它接触真实的 ticket，而不仅仅是测试 repo。PH 用户按结果收费而不是按投入收费很罕见，客户也注意到了，大多数工具都是你尝试和失败时也要收费。运营风险在于争议：什么算 shipped，谁来仲裁，半成品功能怎么处理。把这个做到无懈可击，那这就是真正的差异化。PH 用户恭喜发布！它对你们已经交付的项目产生了怎样的影响，有具体数据吗？ 热门产品Oleksii Sekundant2026-07-16原文 打开互动版
八年来，我们经营着 Fulcrum 这家开发工作室——交付了 100 多个产品。每个客户的对话都从同样的两个问题开始：要多少钱，什么时候能做完？
而这么多年来，我诚实的回答一直是：看情况。
取决于一堆风险，一堆细节。前期把所有事情都理清楚——那是瀑布模型，而且永远做不完。开张空头支票——风险就转移给了客户：他们可能花得比计划多。无论哪种方式，有一件事是不变的：客户按小时付费。
最近有了第三种选择。创始人尝试自己用 AI 来开发。他们耗费数周和大量 token——但很少能真正落地生产。局限性暴露出来，垃圾内容也冒出来。钱已经花出去了。
这三种路径背后有一个令人不适的会计真相：未完成的工作就是永远无法资本化的钱。半成品的功能、不断延期的路线图、被放弃的原型——纯支出，零资产。只有投入生产的代码才能把钱变成价值。
我还一直看到非技术创始人的第二个问题：他们无法判断工程师好不好，无法预测预算，看不到风险。外包模式悄悄把所有这些责任都转移到了最没能力承担的人身上。
这就是我们构建 SonOf 的原因——首先是给自己用。它最初是一个内部引擎，用来加速 Fulcrum 客户工作的交付。在大约运行了 10 个项目后，我们意识到我们做出了一个产品。（没错，名字取自 Silicon Valley 里 Gilfoyle 的 AI —— Son of Anton。我们就是那种团队。）
SonOf 把整个产品——repo、ticket、文档——当作一个上下文来读取，然后完成以前需要数周的需求分析工作。你能得到的是旧模式永远无法给的东西：
→ 在花钱之前，全面看清范围。每项工作都变成一个标有固定价格的 ticket——每个 story point 500 美元。
→ 时间线掌握在你手中。你逐个批准 ticket——建什么、按什么顺序、以什么节奏。
→ 付款落在价值落地的时刻。只有代码投入生产时才计费——那一刻支出变成了资产。每个计划都由一名资深工程师签署，每个 PR 在 merge 前都经过审查。被拒绝的工作费用为 0 美元。
看出这对前面两个问题的作用了吗？你不再需要判断工程师、预算或风险了。
所以这么多年后，我的答案终于变了——不是因为我们现在工作方式不同，而是因为客户终于看到了我们所看到的。
多少钱？它写在 ticket 上，在你点头之前。
什么时候？你来定节奏——批准后，引擎就会全天候运转。
不再是“看情况”。
你的产品审计是免费的：连接一个 repo，看看你的全局地图。我会在评论区呆一整天。
你觉得这个产品的主要用例是什么？我想了解你认为它在哪些方面最有价值。