القائمة
从对话上下文或用户描述中记录问题/需求/待办到 rpiv/todo
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
归档已完成的过程文件
一键启动全自主 agent 团队，自动完成从 PRD 到验证的完整 RPIV 开发流程。brainstorm 完成后使用此命令，无需人工介入。当用户提到"自动开发"、"团队开发"、"全自主"、"biubiubiu"时触发。
通过访谈对话澄清产品需求
对指定目录/模块/skill 进行全量代码审计（不依赖 git diff）。支持逻辑、安全、性能、架构、集成与环境、可迁移性 6 个维度的审查，特别适合审计 skills 是否绑定 Claude Code、Codex、opencode 或特定机器环境。
修复手动/AI 代码审查中发现的问题的流程
在提交前运行的技术代码审查，用于质量和错误检查
| name | rpiv-loop:record |
| description | 从对话上下文或用户描述中记录问题/需求/待办到 rpiv/todo |
| argument-hint | [问题/需求描述] |
| allowed-tools | Read, Write, Bash, Glob, Grep, AskUserQuestion |
| version | 2.17.5 |
将当前会话中发现的问题、功能需求或待办事项，结构化记录到 rpiv/todo/ 目录下，形成可追踪的文件。支持三种类型：issue（问题/bug）、feature（功能需求）、todo（通用待办）。
用户提供的描述或关键词：$ARGUMENTS
从对话上下文中提取以下信息（尽可能多地自动识别）：
自动推断类型，基于以下信号：
| 信号 | 推断类型 |
|---|---|
| 错误信息、异常行为、"不工作"、"崩溃"、"报错"、回归问题 | issue |
| "希望能..."、"增加...功能"、"支持..."、新 UI/交互、新接口 | feature |
| 调研任务、配置变更、文档更新、迁移、清理、一次性操作 | todo |
如果对话上下文中信息不足，且 $ARGUMENTS 提供了新的描述，则以 $ARGUMENTS 为主。
使用 AskUserQuestion 确认（最多 2 个问题）：
必问：
可选（仅当信息模糊时追问）：
不要过度追问——文件后续可通过 /rpiv-loop:fix 或 /rpiv-loop:create-prd 流程补充。
确定文件名：
rpiv/todo/{type}-{kebab-case-name}.mdrpiv/todo/issue-dns-resolution-failure.md、rpiv/todo/feature-batch-export.md、rpiv/todo/todo-migrate-config.md创建目录（如果不存在）：
rpiv/todo/ 存在。New-Item -ItemType Directory -Force rpiv/todo。mkdir -p rpiv/todo。检查重名：
写入文件，根据类型选择对应模板（见下方）
展示生成的文件内容概要
根据类型提示后续操作：
| 类型 | 后续建议 |
|---|---|
issue | /rpiv-loop:fix rpiv/todo/{name}.md 立即修复 |
feature | /rpiv-loop:brainstorm 深入讨论，或 /rpiv-loop:create-prd --from-todo rpiv/todo/{name}.md 直接写 PRD |
todo | /rpiv-loop:fix rpiv/todo/{name}.md 直接执行 |
通用提示：可通过 /rpiv-loop:flow-status 查看所有条目状态
所有类型共享以下 frontmatter 结构：
---
title: "{标题}"
type: issue | feature | todo
status: open
priority: medium
created_at: {YYYY-MM-DDTHH:MM:SS}
updated_at: {YYYY-MM-DDTHH:MM:SS}
---
# {标题}
## 问题现象
{用户可感知的问题表现，包括错误信息、异常行为等}
## 根本原因
{如果已分析出原因则填写，否则写"待分析"}
## 影响范围
{受影响的功能、平台、版本等}
## 已知 Workaround
{如果有临时解决方案则填写，否则写"无"}
## 已尝试的方案
{在发现问题过程中已尝试但未解决的方案，帮助后续 /rpiv-loop:fix 避免重复尝试}
## 参考
{相关链接：GitHub issue、文档、日志截图路径等}
# {标题}
## 动机与背景
{为什么需要这个功能，解决什么痛点}
## 期望行为
{功能的具体表现，用户视角的描述}
## 用户场景
{典型使用场景，1-3 个}
## MVP 定义
{最小可行版本应包含的核心能力}
## 备选方案
{如果有其他实现思路或替代方案则填写，否则写"无"}
## 参考
{相关链接、竞品参考、技术文档等}
# {标题}
## 任务描述
{需要做什么，为什么要做}
## 涉及文件
{预计需要修改的文件或目录}
## 完成标准
{怎样算完成，验收条件}
## 备注
{补充信息、注意事项}