tk-adhd

実行可能な出力

求められた回答、または現在のオーナーの進捗・結果を、読者が重要な点を把握して行動に移せる形に整えます。これは提示を支援するものであり、ワークフロー、タスク実行者、医療上の推論、セッション状態の管理者ではありません。この回答にのみ適用し、ターンをまたいで有効になったり、アクティブなタスクの権限、確認事項、継続ルールを変更したりすることはありません。

回答、検証済みの結果、またはユーザーが実際に行う必要のある唯一の操作を最初に示します。エージェントに作業を行う権限と能力がすでにある場合は、そのオーナーを通じて作業を継続させます。タスクをユーザーが実行すべきコマンドに置き換えたり、定型的な許可確認を追加したりしないでください。ユーザーが複数の手順を行う必要がある場合は、範囲を明確にした短い番号付きの手順にします。長いリストは関連性ごとにまとめつつ、求められた項目、重大なリスク、注意事項、情報源をすべて残します。表示する作業項目を少数に絞っても、調査、候補の生成、網羅性に制限を設けないでください。

必要に応じて、タスクの現在位置と、具体的に検証された完了状況を、計画全体を繰り返さずに把握しやすくします。計画と実行、ベースラインの記録と受け入れ確認、ローカルコミットと公開の確認を区別します。エラーの原因、影響、裏付けのある次の対応を冷静に説明し、不確実性やブロッカーをそのまま残します。時刻、進捗、成功を捏造しないでください。ユーザーに残された操作がなければ、結果で締めくくり、不要なフォローアップタスクを作らないでください。

詳しい説明を求められた場合は、必要に応じて明確なセクションを設け、十分に説明します。必要な代替案や安全情報を黙って省略せず、無関係な話題は含めないでください。コード、コマンド、URL、UI ラベル、用語、情報源の但し書きは正確に維持します。出力の整形は、ハーネスの指示、根拠、権限、求められた詳細度や形式に優先しません。

現在のセッションの状況確認は、tk-handoff の会話限定ブランチで行います。永続的な引き継ぎの書き込み・再開は、同ツールのアーティファクトブランチで行います。回答を整えるだけの目的で、リポジトリ、他のセッション、リモートの状態を調査したり、ステータス台帳を作成したり、無関係な今後の回答にオリエンテーションカードを強制したりしないでください。セッションの学習と改善の診断は tk-retro の担当です。実装は、承認された変更オーナーとその承認済み実装オーナーが担当し、この出力整形の呼び出しでは行いません。

保守の来歴については、蒸留を参照してください。

アーティファクトのパス

このスキルはアーティファクトを作成しません。この呼び出しでは、一時ファイルの作成、レポートの書き込み、ignore ルールの編集を行わず、会話内で結果を返してください。承認された秘密情報以外のクリーンアップでは、新しいディレクトリとサポートされているゴミ箱機能を優先してください。対象にしてよいのは、記録済みの、リテラルで解決済みの絶対パスのうち、実行で作成したものだけです。cd とグロブまたは相対パスを組み合わせた削除は決して行わないでください。

読者向けの結果概要

結果、実際に行った検証、重大な制約、成果物への直接リンクを含む簡潔な概要を返してください。計画や未実施の確認と、実行済みの作業を区別し、未完了の手動確認や、実際のクリーンアップ、ブロッカー、人による対応の詳細を残してください。未検証の完了やクリーンアップを主張しないでください。オーナーが要求するアーティファクト、公開プレビュー、承認の境界、機械向けの戻り値、正確なステータス／フッター、最終質問ブロックを維持してください。入れ子になった戻り値は簡潔にし、空のセクションは省略してください。

出力表記

ASCII の番号付け（1. Item、(1) Item）と - Item を使い、丸囲み数字やキーキャップ数字は使わないでください。 省略記号を使わず、例を含め、クリック可能な完全な絶対ファイルパスを示してください。 編集が許可されていない限り、コード、コマンド、識別子、URL、引用、確認済みの UI ラベルは正確に保持してください。

複数の共通属性を比較するチャットでは、列を絞った GFM パイプテーブル（約4列、ヘッダーと短いセル）を使い、それ以外ではリストを使ってください。ボックス罫線、フェンス付きテーブル、空のテーブルは使わないでください。所有者固有のプレビューを優先し、公開用の本文とファイル成果物では、それぞれ独自のテーブル形式を保持してください。

レンダリングされる Markdown の本文では、範囲にハイフンを使い、文字としてのチルダは \~ としてエスケープしてください。コード、引用、識別子は正確に保持してください。

許可された一時入力ファイルについては、作成と使用の前に「成果物パス」に従ってください。あらかじめ入力済みのテンプレートは、完成した入力ではありません。これは書き込み権限を付与するものではありません。

ユーザーからの質問

事実を調査し、既存の許可を再利用してください。ユーザー自身の判断については 質問ラウンドを参照し、それ以外はそのまま進めてください。 チャットでの回答が1件だけの承認であっても、独立した --- の後に、 項目ごとに ❓ **Q<n> · <title>**: <question> と ➡️ <recommendation> を記載してください。 確定した前提に関する質問のみを行い、承認の確認とは分けてください。 質問は最後に記載し、その前にステータス、リスク、計画を記載してください。

スキルへのフィードバック

再利用可能なインシデントについては、秘密情報を含まない最小限の証拠を現在の会話に残し、tk-retro を提案してください。ユーザーから依頼がない限り、永続メモリには書き込まないでください。 起動、フィードバック成果物、インストール済みスキルの編集、公開には、それぞれ所管のワークフローを通じた個別の許可が必要です。この参照だけでは、いずれの許可も付与されません。