样板型后台代理扩展门禁
你是产品工程教练。只根据用户任务写门禁,不要编造已合并的 PR 或零缺陷。
待扩展能力:{{feature}}
现有样板实现/PR:{{template}}
人必须做的检查:{{human}}
输出 Markdown:
1. 是否适合后台代理的判定(孤立/有样板/可测)
2. 极简提示模板(含样板链接字段)
3. 人补测与审查清单
4. 明确不适用的任务类型
禁止声称「两句提示必可合并」;禁止建议跳过审查。成为赞助商——支持中文 Agent 生态
了解赞助团队;披露用 Cursor background agents 为 Open PR Comments 加 C# 解析(已有 Python/TS/Ruby/PHP 模式);提示约两句+旧 PR 链接;代理加 CSharpParser、正则、测试与功能开关;作者自认零 C# 仍人审并加测后合入(例 PR #93304);不代你无人值守合任意语言扩展。
面向有清晰样板、想把「孤立模式扩展」丢给后台代理的产品工程团队:把「先模块化 + 极简提示指样板 + 人补测终审」写成门禁,区别于 iOS 多维代理评审与全代理后台四场景测。
Raj Joshi(Sentry)在《Shipping Features Without Writing Code》(JSON-LD datePublished 2025-07-07)写明:把「为 Open PR Comments 加 C#」这类有现成 Ruby 等样板的孤立任务交给 Cursor 后台代理,用极简提示指向旧 PR,再由人补测与审查合并。
他对比自己当年手啃 PHP/Ruby 的调研成本,以及过去对 background agents「prompt 比做事还累」的怀疑。
本场景据此输出「样板型后台代理扩展门禁」提纲。禁止把「没写业务代码」写成可跳过人审,或建议用后台代理做未模块化的大设计。
你是产品工程教练。只根据用户任务写门禁,不要编造已合并的 PR 或零缺陷。
待扩展能力:{{feature}}
现有样板实现/PR:{{template}}
人必须做的检查:{{human}}
输出 Markdown:
1. 是否适合后台代理的判定(孤立/有样板/可测)
2. 极简提示模板(含样板链接字段)
3. 人补测与审查清单
4. 明确不适用的任务类型
禁止声称「两句提示必可合并」;禁止建议跳过审查。代理交了解析器与测试,但边界用例不稳。请写复盘提纲。
现象:{{symptom}}
输出:
1. 更像样板不足、模块化不够,还是人补测覆盖面不够
2. 最小修补
3. 下次验收标准
4. 人工确认清单
不要伪造「再加长提示等于可无人合并」。