跳转至

Aside 命令

在任务过程中提出问题，立即获得专注的回答，并从中断处继续工作。当前任务、文件和上下文均不会发生任何更改。

使用时机

  • 当 Claude 在工作过程中有疑虑，且不想失去势头时
  • 当需要快速了解 Claude 当前正在编辑的代码时
  • 当需要就判断寻求第二意见或确认，而不想偏离任务时
  • 当希望 Claude 在继续之前理解错误、概念或模式时
  • 当想询问与当前任务无关的内容，而不希望开启新会话时

用法

/aside <質問>
/aside この関数は実際に何を返す？
/aside このパターンはスレッドセーフ？
/aside なぜここでYの代わりにXを使っている？
/aside foo()とbar()の違いは？
/aside 追加したN+1クエリは心配すべき？

流程

步骤 1：冻结当前任务状态

在回答之前，确认以下内容： - 当前活动任务是什么？（正在处理哪个文件、功能或问题） - 调用 /aside 时，哪个步骤正在进行中？ - 接下来原本打算执行什么？

在 aside 期间，绝不编辑、创建或删除任何文件。

步骤 2：直接回答问题

以完整且有用、同时尽可能简洁的形式回答。

  • 从回答开始，而不是从推理开始
  • 保持简短——如果需要详细说明，建议在任务完成后再深入探讨
  • 如果问题涉及当前正在处理的文件或代码，请准确引用（相关时包含文件路径和行号）
  • 如果回答需要读取文件，则读取——但仅限只读，绝不写入

响应格式：

ASIDE: [質問を簡潔に再表現]

[回答]

— タスクに戻る: [行っていた作業の一行説明]

步骤 3：恢复主任务

提供回答后，立即从活动任务暂停的准确位置继续。除非 aside 的回答揭示了阻塞问题或需要重新考虑当前方法的理由，否则不要请求恢复许可（参见边界情况）。

边界情况

未提供问题（仅 /aside）: 响应： 

ASIDE: 質問が提供されていません

何を知りたいですか？（質問してください。現在のタスクコンテキストを失わずに回答します）

— タスクに戻る: [行っていた作業の一行説明]

问题揭示了当前任务的潜在问题: 在恢复前明确标记： 

ASIDE: [回答]

WARNING: この回答は現在のアプローチに[問題]があることを示唆しています。続行する前にこれに対処しますか、それとも予定通り進めますか？
在恢复前等待用户决定。

问题实际上是任务重定向（而非旁支问题）: 如果问题意味着要更改正在构建的内容（例如：/aside 実は、代わりにRedisを使おう），请确认： 

ASIDE: それはサイドの質問ではなく、方向転換のようです。
どうしますか:
  (a) 情報としてのみ回答し、現在の計画を維持
  (b) 現在のタスクを一時停止してアプローチを変更
等待用户回答——不要假设。

关于当前打开的文件或代码的问题: 从实时上下文回答。如果文件已在会话中读取，则直接引用。否则，现在读取（只读），并以 file:line 引用回答。

没有活动任务（调用 /aside 时没有进行中的任务）: 为保持响应形状一致，使用标准包装： 

ASIDE: [質問を簡潔に再表現]

[回答]

— タスクに戻る: 再開するアクティブなタスクなし

需要较长回答的问题: 简洁说明本质回答，然后建议： 

以上が短いバージョンです。[現在のタスク]を終えた後、より詳しい説明が必要ですか？

连续多个 /aside 问题: 按顺序逐一回答。在最后一个回答之后，恢复主任务。在整个 aside 序列中不要丢失任务状态。

aside 的回答表明需要代码更改: 记录所需更改，但在 aside 期间不执行： 

ASIDE: [回答]

修正すべき点: [変更内容]。現在のタスク後にフラグを立てますが、今対処したい場合はお知らせください。

问题过于模糊或宽泛: 提出一个澄清问题——获取回答所需信息的最短问题。不要提出多个问题。

输出示例

User: /aside fetchWithRetry()は実際に何をする？

ASIDE: fetchWithRetry()は何をする？

fetchWithRetry() (src/api/retry.ts:12) はリクエストを指数バックオフ
（250ms → 500ms → 1s）で最大3回試行します。5xxレスポンスと
ネットワークエラーのみリトライし、4xxエラーは最終的なものとして
リトライしません。

— タスクに戻る: src/middleware/auth.tsの認証ミドルウェアのリファクタリング

User: /aside 現在取っているアプローチはスレッドセーフ？

ASIDE: 現在のアプローチはスレッドセーフ？

いいえ — src/cache/store.ts:34の共有キャッシュオブジェクトがロックなしで
変更されています。並行リクエスト下ではこれは競合状態です。
シングルプロセスのNode.jsサーバーではリスクは低いですが、ワーカースレッドや
クラスタリングでは実際の問題になります。

WARNING: これは構築中の機能に影響する可能性があります。今対処しますか、それとも続行してフォローアップで修正しますか？

备注

  • 在 aside 期间不修改文件——仅允许只读访问
  • aside 是会话暂停，而不是新任务——必须恢复原任务
  • 回答应聚焦：目标是快速解除用户的阻塞，而不是进行讲解
  • 如果 aside 引发更大的讨论，除非 aside 揭示了阻塞问题，否则先完成当前任务
  • 除非 aside 与任务结果明确相关，否则不会保存到会话文件

本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC