Menu
评审需求(PRD), 从业务价值和技术可行性角度回答问题, 给出评估。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
构造一个新语言的 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>