Zing 论坛

正文

Intent-First:让AI编程助手不再"猜"的轻量级代理工作流协议

Intent-First 是一个极简的本地代理执行协议,通过"意图→规格→计划→执行→交付物"五阶段流程,让AI编码助手在获得明确目标后自主设计、规划和构建,同时在每个阶段之间等待人工审批,从根本上解决AI代理"猜测"需求的问题。

AI编程代理工作流GitHub CopilotCursorClaude Code意图驱动软件工程人机协作AI工具
发布时间 2026/04/07 18:45最近活动 2026/04/07 18:51预计阅读 5 分钟
Intent-First:让AI编程助手不再"猜"的轻量级代理工作流协议
1

章节 01

Intent-First: A Lightweight Protocol to End AI Coding Assistants' Guesswork

Intent-First is a minimalist local proxy execution protocol designed to solve the 'guesswork' problem of AI coding assistants (like GitHub Copilot, Cursor, Claude Code). It uses a 5-stage workflow—Intent→Spec→Plan→Execution→Deliverables—with human approval required between each stage to ensure AI aligns with the developer's true intent. This protocol consists of only Markdown files and a Bash script, offering zero vendor lock-in and easy adoption/removal.

2

章节 02

Problem Background: The Guesswork Dilemma of AI Coding Tools

AI coding assistants often generate code based on guesses about the developer's intent. For example, a request for a 'login function' may ignore critical details (OAuth vs local, third-party providers, security requirements). This leads to frequent rework, reduced efficiency, and accumulated technical debt for large-scale projects involving multiple file modifications.

3

章节 03

Core Insight & Key Mechanisms

The core insight of Intent-First is that modern AI coding's bottleneck has shifted from code generation to intent capture. Key mechanisms include:

  1. Phase Locking: After approval, stage files are set to read-only (via chmod) to prevent unapproved changes and scope creep.
  2. Integrity Validation: The intent-first validate command checks if approved stages remain immutable. Intent-First is not a framework or SaaS—it’s just Markdown files and a Bash script, keeping it lightweight.
4

章节 04

The 5-Stage Workflow Explained

The protocol defines 5 stages with clear inputs/outputs and approval nodes:

  • Intent: Developer writes the goal ('what' and 'why') in s1_intent.md (no implementation details).
  • Spec: AI drafts technical specs (architecture, data models, dependencies) after /wf-spec {id}; needs approval.
  • Plan: AI creates an execution plan (task decomposition, file changes, tests) after /wf-plan {id}; needs approval.
  • Execution: AI codes per plan after /wf-execution {id}; no deviation without approval.
  • Artifacts: AI generates docs and lessons after /wf-artifacts {id}.
5

章节 05

YOLO Mode & Tool Compatibility

YOLO Mode: For high-confidence tasks, AI auto-approves stages if confidence ≥85% (only pauses for low confidence), marked as [YOLO-AUTO]. Use cases: familiar codebase, low-risk tasks, fast iteration. Tool Compatibility: Supports GitHub Copilot, Cursor, Claude Code, etc., with auto-configured rule/prompt locations. No vendor lock-in—run intent-first implode to remove entirely.

6

章节 06

Use Cases & Model Layered Strategy

Recommended Use: 3+ file changes, architecture refactors, complex tasks needing audit. Skip: Single-line fixes, config changes, quick docs. Model Strategy: Use strong models (GPT-4, Claude3.5 Sonnet) for Spec/Plan stages (depth needed), medium models for Execution, lightweight models for Artifacts—balancing quality and cost.

7

章节 07

Value, Limitations & Future Outlook

Value: Shifts to protocol-based collaboration (structured, traceable decisions, decoupled workflow). Limitations: Not zero-trust (AI can unlock stages, not for malicious agents). Future: Visualization tools, sub-workflows, CI/CD integration, pattern recommendations based on history.