Menü
评审需求(PRD), 从业务价值和技术可行性角度回答问题, 给出评估。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
构造一个新语言的 pine-foo 引擎实现，遵循「先对齐再重构」策略确保行为一致性。
在下游构造跨引擎一致的算子，确保各语言版本的 Pine 引擎行为一致。
将新 pine-foo 引擎接入 fixtures 测试和 cross-validate 脚本，确保与已有实现行为一致。
定时自动维护 llmdoc 项目文档的 Skill。支持两种模式：聚合仓库模式（遍历子模块）和 单仓库模式（直接在当前仓库操作）。每天北京时间 5:00（UTC 21:00）由 GitHub Actions schedule 触发，也支持 workflow_dispatch 手动触发。收集指定时间范围内（默认过去 24 小时） 合并到目标分支的提交记录和 PR 内容，分析代码变更是否涉及功能新增、接口变更或架构调整， 如果需要则自动更新 llmdoc/ 下的对应文档并推送到目标分支。不改变外部行为的变更 （bug 修复、重构、依赖升级等）会被跳过。更新完成后输出结构化 JSON 结果并通过飞书通知。
分析 Bug 类型 Issue, 定位根因, 并对简单 Bug 自动创建修复 PR。
根据 Issue 的讨论和方案, 实现功能或修复 Bug, 并创建 PR。
| name | feature-review |
| description | 评审需求(PRD), 从业务价值和技术可行性角度回答问题, 给出评估。 |
评审功能需求。输出面向产品经理，业务化表达，避免技术术语。
遵循
github-comment规范。
| 级别 | 工时 | 典型特征 |
|---|---|---|
| small | < 1天 | 单文件改动、配置修改、简单 UI 调整 |
| medium | 1-3天 | 新增独立功能、涉及 2-5 个文件、需要单元测试 |
| large | 3-5天 | 跨模块改动、需要接口设计、涉及数据迁移 |
| extra-large | > 1周 | 架构变更、新增子系统、需要多方协调 |
评估时考虑：
## 📋 需求评审 #${issue_number}
| 项目 | 评估 |
|------|------|
| **业务价值** | {这个功能解决什么用户问题} |
| **预估成本** | 🟢 small / 🟡 medium / 🟠 large / 🔴 extra-large |
**主要挑战**:
- {用业务语言描述难点，如"需要对接第三方系统"}
**影响范围**:
- {哪些用户可见的功能会受影响}
- {是否涉及数据变更}
<details>
<summary><h3>🔧 技术细节</h3></summary>
**涉及模块**: {列出}
**关键文件**: [{文件}]({github_link})
**技术风险**: {如有}
</details>
<details>
<summary><h3>❓ 待澄清问题</h3></summary>
- {需求不明确的地方，用问句形式}
</details>