manage-project

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Manage Project

项目管理

Manage one project through owned, evidence-backed tasks; this skill coordinates the work rather than replacing each task's specialist workflow.
Use this global
workflow-model
:
  • Run every step in a new, fresh subagent (by whatever means are available to you).
  • Keep the invoking agent as the single accountable project owner; subagents may plan, execute, monitor, or review, but the owner maintains the project record, resolves handoffs, and reports the result.
  • Give every step, workflow input, and output a unique kebab-case identifier and bind each input or output ID to
    $<id>
    in task text.
  • Treat only
    Wait
    inputs as dependencies; every
    Use
    value is available initially.
  • Launch all ready steps concurrently and launch newly ready steps immediately.
  • A step is ready only when its inputs, context, tools, permissions, and environment are available.
  • When a requirement is unavailable, mark the affected work
    Blocked
    , record the unmet condition and its review event or time, and do not launch dependents.
  • After each meaningful action, persist artifacts, evidence, decisions, active job handles, status changes, and the next action in the project record.
  • Start asynchronous work once, save its handle and output location, and inspect it only when its completion event occurs.
  • Keep task status equal to its current condition:
    Not started
    ,
    Ready
    ,
    In progress
    ,
    Blocked
    ,
    In review
    , or
    Done
    .
  • Move no task to
    Ready
    without the complete Ready gate and move no task to
    Done
    without review of both its definition of done and outcome.
  • Use
    references/ai-agent-processes.md
    as the global
    task-management-reference
    for field meanings, gates, transitions, and role responsibilities.
通过可追溯、有证据支撑的任务管理单个项目;该Skill负责协调工作,而非替代各任务的专业工作流。
使用以下全局
workflow-model
  • 在全新的子Agent(subagent)中执行每个步骤(可通过任何可用方式实现)。
  • 保持发起Agent为唯一的项目负责人;子Agent可负责规划、执行、监控或审核,但项目负责人需维护项目记录、处理任务交接并汇报结果。
  • 为每个步骤、工作流输入和输出分配唯一的kebab-case标识符,并在任务文本中用
    $<id>
    绑定每个输入或输出ID。
  • 仅将
    Wait
    输入视为依赖项;所有
    Use
    值从一开始即可使用。
  • 并发启动所有就绪步骤,并立即启动新就绪的步骤。
  • 只有当步骤的输入、上下文、工具、权限和环境全部可用时,该步骤才处于就绪状态。
  • 当某项需求不可用时,标记受影响的工作为
    Blocked
    ,记录未满足的条件及其审核事件或时间,且不启动依赖该工作的任务。
  • 每次执行有意义的操作后,将工件、证据、决策、活跃作业句柄、状态变更和下一步操作持久化到项目记录中。
  • 异步工作仅启动一次,保存其句柄和输出位置,仅在完成事件发生时进行检查。
  • 保持任务状态与当前情况一致:
    Not started
    (未启动)、
    Ready
    (就绪)、
    In progress
    (进行中)、
    Blocked
    (阻塞)、
    In review
    (审核中)或
    Done
    (完成)。
  • 未通过完整就绪校验的任务不得标记为
    Ready
    ;未审核完成定义和结果的任务不得标记为
    Done
  • 使用
    references/ai-agent-processes.md
    作为全局
    task-management-reference
    ,用于参考字段含义、校验规则、状态转换和角色职责。

Inputs

输入项

  • project-request: The requested project, intended outcome, constraints, and known completion conditions in any workable form.
  • project-context: Available source locations, repository instructions, prior decisions, tools, permissions, people, deadlines, and existing project records.
  • project-record-location: A durable file or system location for project state; when omitted, choose a clear repository-local Markdown path.
  • project-request: 需求项目、预期成果、约束条件和已知完成条件,格式不限,只要可用即可。
  • project-context: 可用的源位置、仓库说明、先前决策、工具、权限、人员、截止日期和现有项目记录。
  • project-record-location: 用于存储项目状态的持久化文件或系统位置;若未指定,则选择仓库内清晰的Markdown路径。

Outputs

输出项

  • managed-project-result: The completed project deliverables and durable project record, with inspectable evidence and an independent passed review; when incomplete, the same record states the current status, blocker or corrective action, resume trigger, and next action.
  • managed-project-result: 已完成的项目交付物和持久化项目记录,包含可检查的证据和通过独立审核的结果;若项目未完成,记录需说明当前状态、阻塞问题或纠正措施、恢复触发条件和下一步操作。

Tasks

任务

interpret-project: Define the project and its tasks

interpret-project:定义项目及其任务

Read the project request $project-request and project context $project-context, then use $task-management-reference to define the project outcome, finite completion criteria, governing context, and the smallest set of independently completable task records; create or update the durable record at $project-record-location and preserve authoritative material by reference.
Inputs:
  • Use workflow input project-request.
  • Use workflow input project-context.
  • Use workflow input project-record-location.
  • Use global value task-management-reference.
Constraints:
  • Each task must describe one coherent observable result.
  • The project record must let an agent act without hidden conversation state.
Outputs:
  • project-definition: The project outcome, completion criteria, and governing context.
  • project-task-set: The decomposed task records in
    Not started
    .
  • initialized-project-record: The durable project record path and initialized contents.
读取项目请求$project-request和项目上下文$project-context,然后使用$task-management-reference定义项目成果、明确的完成标准、管控上下文,以及最小化的可独立完成任务记录集;在$project-record-location创建或更新持久化记录,并通过引用保留权威资料。
输入:
  • 使用工作流输入project-request。
  • 使用工作流输入project-context。
  • 使用工作流输入project-record-location。
  • 使用全局值task-management-reference。
约束:
  • 每个任务必须描述一个连贯的可观测结果。
  • 项目记录必须支持Agent无需依赖隐藏对话状态即可开展工作。
输出:
  • project-definition:项目成果、完成标准和管控上下文。
  • project-task-set:处于
    Not started
    状态的分解后任务记录。
  • initialized-project-record:持久化项目记录的路径和初始化内容。

prepare-project-work: Apply the Ready gate

prepare-project-work:应用就绪校验

Prepare every task in $project-task-set against $project-definition and persist the result in $initialized-project-record: assign exactly one accountable owner, verify inputs and dependencies, confirm tools and environment, write one concrete next action, and use $task-management-reference to set each task to
Ready
or
Blocked
with a resume trigger.
Inputs:
  • Wait for interpret-project to produce project-task-set.
  • Wait for interpret-project to produce project-definition.
  • Wait for interpret-project to produce initialized-project-record.
  • Use global value task-management-reference.
Constraints:
  • Ready
    requires every Ready-gate condition to pass now.
  • Every
    Blocked
    task must name its unmet condition and review event or time.
Outputs:
  • prepared-project-record: The durable record with ownership, readiness facts, next actions, and accurate statuses.
  • project-readiness-summary: The ready tasks, blocked tasks, and resume triggers.
根据$project-definition准备$project-task-set中的所有任务,并将结果持久化到$initialized-project-record中:为每个任务分配唯一的负责人,验证输入和依赖项,确认工具和环境,编写明确的下一步操作,并使用$task-management-reference将每个任务设置为
Ready
Blocked
状态,并标注恢复触发条件。
输入:
  • 等待interpret-project生成project-task-set。
  • 等待interpret-project生成project-definition。
  • 等待interpret-project生成initialized-project-record。
  • 使用全局值task-management-reference。
约束:
  • Ready
    状态要求当前所有就绪校验条件均已通过。
  • 每个
    Blocked
    任务必须明确说明未满足的条件以及审核事件或时间。
输出:
  • prepared-project-record:包含所有权、就绪情况、下一步操作和准确状态的持久化记录。
  • project-readiness-summary:就绪任务、阻塞任务和恢复触发条件的汇总。

plan-and-route-project: Allocate project work

plan-and-route-project:分配项目工作

Use $prepared-project-record and $project-readiness-summary to record true deadlines, relative priorities with reasons, effort, scheduled capacity, capability routing, useful parallel delegation, and asynchronous completion events according to $task-management-reference, then persist the routing decisions without changing status merely because work was planned.
Inputs:
  • Wait for prepare-project-work to produce prepared-project-record.
  • Wait for prepare-project-work to produce project-readiness-summary.
  • Use global value task-management-reference.
Constraints:
  • Due
    records a true deadline;
    Scheduled
    records reserved work time.
  • One project owner remains accountable for combining delegated results.
Outputs:
  • routed-project-record: The durable record with priority, effort, schedule, delegation, and asynchronous-work decisions.
使用$prepared-project-record和$project-readiness-summary,根据$task-management-reference记录真实截止日期、带理由的相对优先级、工作量、计划产能、能力路由、有效的并行委派和异步完成事件,然后持久化路由决策,不得仅因工作已规划而更改状态。
输入:
  • 等待prepare-project-work生成prepared-project-record。
  • 等待prepare-project-work生成project-readiness-summary。
  • 使用全局值task-management-reference。
约束:
  • Due
    记录真实截止日期;
    Scheduled
    记录预留工作时间。
  • 始终由一名项目负责人负责整合委派任务的结果。
输出:
  • routed-project-record:包含优先级、工作量、计划、委派和异步工作决策的持久化记录。

execute-and-control-project: Complete and coordinate project tasks

execute-and-control-project:完成并协调项目任务

Operate from $routed-project-record using $project-definition, $project-context, and $task-management-reference: launch all ready independent work, inspect actual results, persist each transition and checkpoint, process every reached blocker follow-up, asynchronous completion event, scheduled window, deadline risk, and review event without busy-polling, reapply the Ready gate whenever facts change, and emit the current result, evidence, and durable state after all currently actionable work and reached events are processed.
Inputs:
  • Wait for plan-and-route-project to produce routed-project-record.
  • Wait for interpret-project to produce project-definition.
  • Use workflow input project-context.
  • Use global value task-management-reference.
Constraints:
  • Use each target system's normal interface and environment.
  • Status changes and their supporting field updates must be one persisted operation.
  • Preserve unresolved work with its actual status, blocker or pending event, resume trigger, active handle, checkpoint, and next action.
Outputs:
  • current-project-result: The deliverables produced so far, including the completed candidate when all required tasks are
    Done
    .
  • current-project-evidence: The inspectable evidence gathered for task outcomes and project completion criteria.
  • current-project-record: The durable record after all currently actionable work and reached events are processed.
基于$routed-project-record,结合$project-definition、$project-context和$task-management-reference开展工作:启动所有就绪的独立工作,检查实际结果,持久化每个状态转换和检查点,处理所有已触发的阻塞跟进、异步完成事件、计划窗口、截止日期风险和审核事件,避免轮询;当情况变化时重新应用就绪校验,并在处理完所有当前可执行工作和已触发事件后,输出当前结果、证据和持久化状态。
输入:
  • 等待plan-and-route-project生成routed-project-record。
  • 等待interpret-project生成project-definition。
  • 使用工作流输入project-context。
  • 使用全局值task-management-reference。
约束:
  • 使用各目标系统的标准接口和环境。
  • 状态变更及其配套字段更新必须作为一个持久化操作完成。
  • 保留未完成的工作及其实际状态、阻塞问题或待处理事件、恢复触发条件、活跃句柄、检查点和下一步操作。
输出:
  • current-project-result:迄今为止生成的交付物,包括所有任务均为
    Done
    状态时的完成候选物。
  • current-project-evidence:为任务成果和项目完成标准收集的可检查证据。
  • current-project-record:处理完所有当前可执行工作和已触发事件后的持久化记录。

review-project-outcome: Independently verify the managed project

review-project-outcome:独立验证已管理的项目

Inspect $current-project-result in its actual destination, $current-project-evidence, $current-project-record, and $project-definition from a fresh independent context; use $task-management-reference to return
Passed
when every completion criterion and the outcome pass,
Failed
with one concrete corrective action when a completed candidate is deficient, or
Incomplete
when work is still waiting or actionable.
Inputs:
  • Wait for execute-and-control-project to produce current-project-result.
  • Wait for execute-and-control-project to produce current-project-evidence.
  • Wait for execute-and-control-project to produce current-project-record.
  • Wait for interpret-project to produce project-definition.
  • Use global value task-management-reference.
Constraints:
  • Inspect evidence rather than accepting agent claims.
  • Preserve unaffected behavior unless the project authorizes broader change.
  • Pass only when every criterion and the project outcome are satisfied.
Outputs:
  • project-review-verdict:
    Passed
    ,
    Failed
    , or
    Incomplete
    , with evidence for the decision.
  • project-corrective-action: One concrete corrective action when a completed candidate fails review, otherwise
    None
    .
从全新的独立上下文出发,检查实际目标位置中的$current-project-result、$current-project-evidence、$current-project-record和$project-definition;使用$task-management-reference,当所有完成标准和成果均通过验证时返回
Passed
,当完成候选物存在缺陷时返回
Failed
并提供一项明确的纠正措施,当工作仍在等待或可执行时返回
Incomplete
输入:
  • 等待execute-and-control-project生成current-project-result。
  • 等待execute-and-control-project生成current-project-evidence。
  • 等待execute-and-control-project生成current-project-record。
  • 等待interpret-project生成project-definition。
  • 使用全局值task-management-reference。
约束:
  • 检查证据而非仅接受Agent的声明。
  • 除非项目授权更广泛的变更,否则保留未受影响的行为。
  • 仅当所有标准和项目成果均满足时才通过审核。
输出:
  • project-review-verdict:
    Passed
    Failed
    Incomplete
    ,并附上决策依据的证据。
  • project-corrective-action:当完成候选物未通过审核时提供一项明确的纠正措施,否则为
    None

report-project-result: Report completion or resumable work

report-project-result:汇报完成情况或可恢复的工作

Report $current-project-result and the record location and actual state from $current-project-record using $project-review-verdict, $project-corrective-action, and $current-project-evidence; claim completion only for
Passed
, reapply the Ready gate before recording corrective work for
Failed
, and for
Incomplete
preserve each task's real status, blocker or pending event, resume trigger, active handle, checkpoint, and next action.
Inputs:
  • Wait for execute-and-control-project to produce current-project-result.
  • Wait for execute-and-control-project to produce current-project-record.
  • Wait for review-project-outcome to produce project-review-verdict.
  • Wait for review-project-outcome to produce project-corrective-action.
  • Wait for execute-and-control-project to produce current-project-evidence.
Constraints:
  • Claim completion only when the independent review verdict is
    Passed
    .
  • Report the result location, completion state, and supporting evidence.
Outputs:
  • managed-project-result: The completed project report, or an incomplete resumable report with the current state and required next action.
结合$project-review-verdict、$project-corrective-action和$current-project-evidence,汇报$current-project-result以及$current-project-record中的记录位置和实际状态;仅当审核 verdict为
Passed
时声明项目完成,若为
Failed
则在记录纠正工作前重新应用就绪校验,若为
Incomplete
则保留每个任务的真实状态、阻塞问题或待处理事件、恢复触发条件、活跃句柄、检查点和下一步操作。
输入:
  • 等待execute-and-control-project生成current-project-result。
  • 等待execute-and-control-project生成current-project-record。
  • 等待review-project-outcome生成project-review-verdict。
  • 等待review-project-outcome生成project-corrective-action。
  • 等待execute-and-control-project生成current-project-evidence。
约束:
  • 仅当独立审核 verdict为
    Passed
    时声明项目完成。
  • 汇报结果位置、完成状态和支撑证据。
输出:
  • managed-project-result:已完成的项目报告,或包含当前状态和所需下一步操作的未完成可恢复报告。