track-issue-flow

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Track Issue Flow

Track 问题工作流

Follow this workflow when handling issue work in repositories that use the
track
CLI.
在使用
track
CLI的代码仓库中处理问题工作时,请遵循此工作流。

Standard Workflow

标准工作流

  1. Identify candidate issues.
    • Run
      track list
      .
    • If the user refers to an item by list position (for example, "5"), map it to the exact issue ID in the current output before acting.
  2. Confirm issue scope.
    • Run
      track show <issue-id>
      .
    • Extract status, priority, labels, and notes to understand expectations and missing details.
  3. Start execution with explicit state changes.
    • When work begins, set status to active (
      in_progress
      ) using
      track set
      .
    • Keep user-facing updates aligned with tracker state.
  4. Implement and validate.
    • Make code/doc changes required by the issue.
    • Run project checks relevant to changed files.
  5. Close the loop in the tracker.
    • Update labels/priority/status as needed.
    • Mark done only after the requested implementation and validation are complete.
  1. 确定候选问题。
    • 运行
      track list
    • 如果用户通过列表位置(例如“5”)指代某个条目,请在操作前将其映射到当前输出中的具体问题ID。
  2. 确认问题范围。
    • 运行
      track show <issue-id>
    • 提取状态、优先级、标签和备注,以了解预期需求和缺失的细节。
  3. 通过明确的状态变更启动执行。
    • 开始工作时,使用
      track set
      将状态设置为活跃(
      in_progress
      )。
    • 确保面向用户的更新与追踪器状态保持一致。
  4. 实现与验证。
    • 完成问题所需的代码/文档修改。
    • 运行与修改文件相关的项目检查。
  5. 在追踪器中闭环。
    • 根据需要更新标签/优先级/状态。
    • 仅在请求的实现和验证完成后,才标记为已完成。

Command Reference

命令参考

Read
references/track-cli-reference.md
for command patterns used by this skill.
阅读
references/track-cli-reference.md
以了解此技能使用的命令模式。

Guardrails

注意事项

  • Resolve IDs from fresh
    track list
    output; do not assume stale ordering.
  • Prefer concrete IDs (
    TRK-xx
    ) for mutations.
  • Keep tracker updates small and explicit so history remains auditable.
  • If issue details are unclear, capture assumptions in progress updates before making irreversible changes.
  • 从最新的
    track list
    输出中解析ID;不要使用过时的排序。
  • 进行变更操作时,优先使用具体ID(
    TRK-xx
    )。
  • 保持追踪器的更新小而明确,以便历史记录可审计。
  • 如果问题细节不明确,请在进行不可逆更改前,在进度更新中记录假设。