一键导入
ito-feature
Start a feature-oriented Ito change proposal with feature-biased intake and schema recommendations.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Start a feature-oriented Ito change proposal with feature-biased intake and schema recommendations.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Apply a Change Proposal. Triggered by the user saying "Apply change <change-id>" or "Implement change <change-id>". Use when implementing, executing, applying, building, coding, or developing a feature, change, requirement, enhancement, fix, or modification. Use when running tasks from a spec, proposal, or plan.
Archive a completed change and update main specifications. Use when the user has finished implementing and wants to integrate the change into the main codebase.
Run an ito ralph loop for a change, module, or repo-ready sequence, with safe defaults and automatic restart context on early exits.
Use when creating and writing an Ito change proposal (new change or existing change id). Delegates to Ito CLI instruction artifacts.
Conduct structured research for feature development, technology evaluation, or problem investigation. Use when the user needs to explore options, analyze trade-offs, or investigate technical approaches.
Review and validate Ito changes, specs, or implementations. Use when the user wants a quality check, code review, or validation of project artifacts.
| name | ito-feature |
| description | Start a feature-oriented Ito change proposal with feature-biased intake and schema recommendations. |
Use this when the user is introducing a new capability, expanding an existing one, or otherwise framing the work as a feature.
If the user already provided a change ID, skip to Step 5 (Continue with ito-proposal) — the change already exists.
Drive proposal creation through a feature-oriented intake lane that gives the user enough discovery without forcing a fix-shaped workflow.
ito-proposal-intake.spec-driven for new capabilities, behavior changes, and ambiguous feature workminimalist only if the requested enhancement is unusually bounded and low-risktdd when the feature is best introduced by writing tests against the desired behavior firstevent-driven if the feature is centered on event or message workflow behaviorito-brainstorming.ito-proposal using the intake summary as the shared understanding.ito-fix or the neutral ito-proposal lane.ito-feature is an opinionated front door, not a separate schema.ito-proposal lane.