Menu
从对话上下文或用户描述中记录问题/需求/待办到 rpiv/todo
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
归档已完成的过程文件
一键启动全自主 agent 团队，自动完成从 PRD 到验证的完整 RPIV 开发流程。brainstorm 完成后使用此命令，无需人工介入。当用户提到"自动开发"、"团队开发"、"全自主"、"biubiubiu"时触发。
通过访谈对话澄清产品需求
对指定目录/模块/skill 进行全量代码审计（不依赖 git diff）。支持逻辑、安全、性能、架构、集成与环境、可迁移性 6 个维度的审查，特别适合审计 skills 是否绑定 Claude Code、Codex、opencode 或特定机器环境。
修复手动/AI 代码审查中发现的问题的流程
在提交前运行的技术代码审查，用于质量和错误检查
Baseado na classificação ocupacional SOC
| 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 定义
{最小可行版本应包含的核心能力}
## 备选方案
{如果有其他实现思路或替代方案则填写，否则写"无"}
## 参考
{相关链接、竞品参考、技术文档等}
# {标题}
## 任务描述
{需要做什么，为什么要做}
## 涉及文件
{预计需要修改的文件或目录}
## 完成标准
{怎样算完成，验收条件}
## 备注
{补充信息、注意事项}