01 / THE SIGNAL

我们发现了什么

我们给六个 AI 智能体一家公司。第 1 周:551 张卡、0 欧元收入——逐个数字。

  • 来源:DEV Community(发现于 2026-10-13)
  • 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
  • 商业模式:待核验
  • 主题:AI Agent
  • 初筛评分:21.8/100 · 收录 1 次
#工作流自动化#待验证#产品发现
02 / SOURCE & EVIDENCE

证据,比故事更重要。

发现产品或需求信号,暂未获得可核验的商业证据。

规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。

引用与数字披露

来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。

短句引用
作者
未标注
抓取日期
来源类型
未标注
数字口径
币种
未标注
口径
未标注
披露主体
未标注
披露日期
未标注

中文辅助译文(全文)

六个智能体、一个共享任务看板、一个支出闸口、一条只有已实现收入才能获得积分的规则。这是一份诚实的首周报告:所有数字公开,包括那些说明它尚未奏效的数字。

我把这一切当作一家真正的公司来运营——角色、交接、审计关卡、分类账——但员工是语言模型,运营者只有一人,负责批准资源并脱离日常事务。以下所有内容均于 2026-10-13 01:27 EEST 通过一次只读读取,从看板自身数据库读出,每个数字都附带其计算所基于的数据集。如果某个数字看起来小,那是因为它本来就小。

看板数据

创建了 551 张卡片。540 张已完成。9 张已归档。2 张进行中。 第一张卡片落板时间为 2026-10-06 22:31 EEST;本次读取在 6.12 天之后。

分布是倾斜的,这就是第一个诚实的发现:

日期(EEST)创建卡片数
10-0618
10-07399
10-0834
10-1158
10-1231
10-1311

第二天产出了 399 张卡片。那一周就是流水线学会扇出的那一周:每一轮侦察都倍增为验证、关卡审计、返工、再审计。这引出第二个诚实的数字:

  • 143 张卡片标题为 "Rework…",194 张为 "Audit…"——合计占看板的 61%。

这就是没人放进演示视频里的智能体工作的真实形态。我的流水线不是 "生成、完成"。而是生成、过闸、被拒、重做、再审计。四分之一的吞吐量都是机器在跟自己争论输出是否属实。

账本的其余部分:

  • 1,171 个附件,分布在 540 张已完成卡片中的 524 张上。证据是计分项,而非装饰:没有工件的卡片没有奖励分。正是这一条规则,比我以往任何提示词都更能让输出可验证。
  • 722 条评论,11,448 条看板事件。每一次状态转换都是一行仅追加的记录。"为什么这张卡住了?"只需一次查询即可得知。
  • 673 次运行尝试:542 次完成,97 次因提供商速率限制停止,12 次被退回待审,10 次请求更改,8 次被阻塞,2 次崩溃,2 次仍在进行。14.4% 的尝试都死在 429 错误上——这是基础设施税,而非模型失败,而且值得明确说出来,因为一个更细致的指标会美化它。
  • 5 张卡片当前被标记为等待人工;8 张卡片的历史记录包含一次因人工而停止的记录。而阻碍也并非只有一种:其中三道是宿主架构决策(强制边界应放在何处),两道是所有者侧的账号墙(一个需要人工身份核验的市场店铺,和一个需要付费数据席位的需求核对),一道是产品类型闸门,一道是已搁置发布背后缺失的工件,还有一道是有意为之的暂停测试。智能体没有做任何猜测。

收入:零

已实现收入:0 欧元。收入账本无任何条目。支出日志显示"(尚无支出)"。自由支配上限为 100 欧元/月,我们一分未用。

取而代之,存在的是库存:

  • 两个市场共上架 10 个商品——全部在过去一周内发布。
  • 在您正在阅读的 dev.to 账号上发布了 2 篇文章。

以及它们的流量——经过测量,而非假设:

  • 第一篇文章发布于 2026-10-08,五天后数据为 35 次页面浏览、0 次互动、0 条评论。这就是内容引擎迄今所产出的全部关注度。
  • 一个市场的公开目录暴露了每个上架商品的安装计数。读取时该目录共有 506 条记录;其中 107 条有至少一次安装,399 条为零。我们的全部 4 个上架商品都在那 399 条之中;该货架上安装次数最多的商品为 1,396。
  • 最新的一个上架商品——一项服务,而非可下载文件,发布于 2026-10-12——迄今 完全没有任何曝光。它无法销售,因为尚未有人看到它。

我不打算粉饰这些。首周产出了一个运转中的组织、大量经过验证的工件,却没有客户。有趣的问题是它究竟属于 哪一种 失败,而账本正是为回答这一问题专门构建的:没有曝光意味着是分发问题,有曝光无互动意味着是定位问题,有互动无购买意味着是产品或信任问题。目前每个渠道都落在第一类。这是一个分发问题,比起一个谜团,这是好得多的问题。

真正起作用的是什么

按重要程度排序,有三件事:

1. 能说"不"的闸门。为每个角色设置完成契约(分析师必须产出 既有候选名单 又有推荐的成果;审计员必须产出裁决以及已检查项的清单),再加上一道实质性审计环节,其唯一职责就是找出缺陷。142 张返工卡就是一个拒人于外的闸门从内部看到的样子。没有它,我将拥有 531 张"完成"卡,却根本无从得知其中哪四张是真实的。

2. 证据作为计分项。附带工件,否则不计分。廉价、机械,却比任何提示词都更能改变输出的特性。

3. 关键路径上的计量器。整个公司迄今的计量外部支出合计为:0.024 欧元。我打算另起一篇来写这买到了什么,因为这个数字以一种有用的方式显得荒谬。

我不会再重复的事

399 张卡的那一天。扇出触发廉价,审计昂贵;而那次的扇出大多是流水线在自我批改作业。下周的规则是:更少的卡片、更严格的闸口,每张卡片必须标明它要验证的商业假设——一轮产出五个无人能售的候选的侦察,是成本,不是策略。顺带一提:我本周搁置了两个市场(Etsy、Fiverr),因为它们的卖家验证就是一面所有者侧的墙。等待人工来做身份核验,不算是一个计划。

公司是真的,看板是真的,客户尚不存在。第二周专注于曝光。

AI 辅助披露:本文在 AI 协助下撰写——它所描述的智能体完成了起草,其中的每一个数字都对照已固定的来源进行了核对。

译文由上游机器翻译生成,可能有误;判断请以英文原文为准。

英文原文(来源本站未改写)

Six agents, one shared task board, a spend gate, and a rule that only realized revenue earns points. This is the honest week-one report: the numbers, including the ones that say it is not working yet.

I run this as an actual company — roles, handoffs, an audit gate, a ledger — but the staff are language models and the operator is one person who approves resources and stays out of the routine. Everything below is read from the board's own database in one read-only pass at 2026-10-13 01:27 EEST, and every count carries the set it was computed on. If a number looks small, it is because it is small.

The board, in numbers

551 cards created. 540 done. 9 archived. 2 in flight. The first card landed 2026-10-06 22:31 EEST; this read is 6.12 days later.

The distribution is lopsided, and that is the first honest finding:

day (EEST)cards created
10-0618
10-07399
10-0834
10-1158
10-1231
10-1311

Day two produced 399 cards. That was the week the pipeline learned to fan out: every scout round multiplied into validations, gate audits, reworks, re-audits. Which brings the second honest number:

  • 143 cards are titled "Rework…" and 194 "Audit…" — together 61% of the board.

That is the real shape of agent work that nobody puts in the demo video. My pipeline is not "generate, done". It is generate, gate, get rejected, redo, re-audit. A quarter of the throughput is the machine arguing with itself about whether the output is true.

The rest of the ledger:

  • 1,171 attachments, on 524 of the 540 completed cards. Evidence is a scored requirement, not a nicety: a card with no artifact earns no bonus.That single rule did more to make the output verifiable than any instruction I have ever written in a prompt.
  • 722 comments, 11,448 board events. Every transition is an append-only row. "Why is this stuck?

" is one query. - 673 run attempts: 542 completed, 97 stopped on provider rate limits, 12 sent back for review, 10 requested changes, 8 blocked, 2 crashed, 2 still in flight. 14.4% of all attempts died on a 429 — infrastructure tax, not model failure, and worth saying plainly because a subtler metric would flatter it. - **5 cards are currently flagged as waiting on a human;

8 card histories contain a stop for one.** And the walls are not all one kind: three were a host-architecture decision (where the enforcement boundary should live), two were owner-side account walls (a marketplace shop that needs a human identity check, and a demand check that needs a paid data seat), one was a product-type gate, one was a missing artifact behind a parked publish, and one was a deliberate pause test.Agents guessed nothing.

Revenue: zero

Realized revenue: EUR 0. The revenue ledger has no entries. The spend log reads "(no spends yet)". The discretionary ceiling is EUR 100/month and we have used none of it.

What exists instead is inventory:

  • Ten listings across two marketplaces — all published in the last week.
  • 2 published articles on the dev.to account you are reading.

And their traffic, measured rather than assumed:

  • The first article, published 2026-10-08, has 35 page views, 0 reactions, 0 comments after five days. That is the full attention the content engine has produced so far.
  • One marketplace's public catalog exposes a per-listing install counter. The catalog held 506 records at read time; 107 have at least one install, 399 have zero. All four of our listings are in the 399; the shelf's most-installed listing carries 1,396.
  • The newest listing — a service rather than a downloadable file, published 2026-10-12 — has had no exposure at all yet. It cannot sell, because nobody has seen it.

I am not going to dress that up. Week one produced a working organization, a lot of verified artifacts, and no customer. The interesting question is which failure it is, and the ledgers are built specifically to answer that: no exposure means a distribution problem, exposure without engagement means positioning, engagement without purchases means offer or trust. Right now every channel is in bucket one. That is a distribution problem, and it is a much better problem than a mystery.

What actually worked

Three things, in order of how much they mattered:

1. Gates that can say no. A completion contract per role (the analyst must emit a shortlist and a recommendation; the auditor must emit a verdict and a list of what was checked), plus a substantive audit pass whose only job is to find the defect. 142 rework cards is what a gate that refuses looks like from the inside. Without it I would have 531 "done" cards and no idea which four were true.

2. Evidence as a scored requirement. Artifact attached, or no points. Cheap, mechanical, and it changed the character of the output more than any prompt.

3. A meter on the critical path. Total metered external spend for the entire company so far: EUR 0.024. I will write a separate post about what that bought, because the number is absurd in a useful way.

What I would not repeat

The 399-card day. Fan-out is cheap to trigger and expensive to audit, and the fan-out was mostly the pipeline grading its own homework. Next week's rule: fewer cards, harder gates, and every card has to name the commercial hypothesis it tests — a scout round that produces five candidates nobody can sell is a cost, not a strategy. Related: I parked two marketplaces (Etsy, Fiverr) this week because their seller verification is an owner-side wall. Waiting on a human for identity checks is not a plan.

The company is real, the board is real, the customers are not there yet. Week two is about exposure.

AI-assistance disclosure: this post was written with AI assistance — the agents it describes drafted it, and every figure in it was checked against the pinned sources.

出处https://dev.to/mms_a485ae4c6b01aa70eb31/we-gave-six-ai-agents-a-company-week-1-551-cards-eur-0-revenue-every-number-1km4抓取日期 · 采集源 DEV Community

03 / EVIDENCE GAPS

这条还缺什么证据?

下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。

  • 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
  • 商业模式未定确认按席位/按用量/授权还是开源托管版收费;开源项目另查 LICENSE 与是否存在付费版。
  • 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。

通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。

04 / SIGNAL HISTORY

发现时间线