| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| data | ||
| prisma | ||
| sql | ||
| src | ||
| tests | ||
| .dockerignore | ||
| .env.example | ||
| .gitignore | ||
| .swcrc | ||
| Dockerfile | ||
| jest.config.cjs | ||
| nest-cli.json | ||
| package.json | ||
| tsconfig.build.json | ||
| tsconfig.json | ||
| tsconfig.typecheck.json |
产品 2026-08-04 评审原话:「我不可能挨个去看他分的对不对,你在这儿应该给的是 **结论性的东西**…如果你不能告诉他哪不对、哪里需要主管判断,那就默认他必须 一条一条看过去才能确认。」 卡片顶部新增 opsNote,只答三个问题: - 这活多大:本批每人拿到 1~4 条;分完手上共 57~62 条 —— 按每人每天 15 通算,最满的那位要 5 天打完 - 谁的批次全是自己的老客户(dedicated === count)→ 点名,主管可以直接过 顺带修掉一个真问题:卡片原来只写「分完每人 57~62 条」——那是**在手总量**, 而那一批实际每人只给 1~4 条。拟分 16 条的单子上写着 57~62,很容易读成 "这批好大一坨"。现在增量与总量分开说,并把这句从 basisNote 里挪走 (它答的是"凭什么这么分",不是"这活多大";两处都说就是复述)。⚠ ️ DAILY_CALLS_PER_AGENT=15 是评审口头经验值不是实测,所以文案写成 「按每天 15 通算」而不是「需要 5 天」,让主管看得见这个前提;⛔ 常量注释钉死不许接进落人算法 —— 那等于把删掉的"容量"从后门放回来。⚠ ️ 结论钉在卡片上不进助手那段话:助手的话会被后续对话冲走,而重排换卡片时 它也不会重说 —— 与 refillNote 同一条理由。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| data | Loading commit data... | |
| prisma | Loading commit data... | |
| sql | Loading commit data... | |
| src | Loading commit data... | |
| tests | Loading commit data... | |
| .dockerignore | Loading commit data... | |
| .env.example | Loading commit data... | |
| .gitignore | Loading commit data... | |
| .swcrc | Loading commit data... | |
| Dockerfile | Loading commit data... | |
| jest.config.cjs | Loading commit data... | |
| nest-cli.json | Loading commit data... | |
| package.json | Loading commit data... | |
| tsconfig.build.json | Loading commit data... | |
| tsconfig.json | Loading commit data... | |
| tsconfig.typecheck.json | Loading commit data... |