taskboard を使わずに動いていたセッションを taskboard のタスクに移す。今の作業（作業ディレクトリ・ブランチ・PR・メモリディレクトリの計画）を確かめ、紐づくタスクを探すか起票してこのセッションを結び、列の説明つきの案内を読み、手元の計画を作業項目に写す。/taskboard-adopt 実行時、「taskboard に移して」「このセッションをタスクに結んで」「taskboard 仕様にして」等の依頼時、taskboard より前から動いているセッション・普段使いの herdr やターミナルで起こしたセッション・古い会話を再開したセッションで SessionStart の taskboard の案内が無いときに使用。境界: 結んだ後の列・作業項目・文書の日々の扱いは /taskboard、pane・agent の操作は /herdr。
日本語と英語の文章を ukwhatn 本人の文体で書く・下書きする・推敲する。PR 概要欄、レビュー指摘・返信、Slack・Discord のメッセージ、チーム内ドキュメント、対外ビジネスメール、コミュニティのフォーラム告知とその合意形成の投稿、記事・レポート・議事録・提案書等の長文を日本語で書く時、本人の代わりに文章を書く時、国際的なコミュニティの運営間チャットに英語で投稿する時に使用。AI 特有の冗長さ・難語・翻訳調を排し、相手と媒体に応じて敬体/常体と敬語の重さを切り替える。雑談・times の投稿は対象外。境界: 実装修正を伴う PR コメント対応は pr-comment（本スキルは文章作成のみ）、コミットメッセージは commit、画面の文言は writing-ui-text、コードコメントは writing-code。
user-level / PJ-level の指示ファイル・スキルを個別に修正する。Claude の間違いの再発防止依頼時、/update-inst 実行時、作業で得た運用知見を AGENTS.md / CLAUDE.md・context・スキルに追記する依頼時、「このセッションの学びを反映して」等セッション全体の振り返りを求められた時（retro モード）に使用。境界: 指示ファイル全体の監査は instructions-audit、新規スキルは create-skill。
マシン上の git worktree とローカルブランチを横断で棚卸しし、マージ済みかを判定して安全に削除する。「worktree を整理して」「マージ済みブランチを消して」「worktree を全部リストして」等の依頼時、/worktree-audit 実行時に使用。境界: 単一 worktree の作成・片付け手順は context/worktree-guide.md、コードベースの監査は codebase-review。
コードを書く時の実装原則（既存パターンの踏襲・deep module 設計・seam・テスタビリティ・シーム限定 TDD・コメント規約・リーダブルコード）。プロダクションコードの差分を作る時に、規模を問わず使用（数行の修正も含む）。新しい module・関数・エンドポイント・画面の追加、DB への書き込み、認可・入力検証の追加、既存構造を変えるリファクタでは特に。CSS・HTML・テンプレート等のフロントエンド資産も対象。lint・CI 等の設定ファイルだけの変更では使わない。TypeScript/Python/Go の言語別ガイドを同梱。境界: バグ・エラーの原因調査は systematic-debugging が先、提出前の diff 確認は self-review。
日本語のUI文言（ボタン・見出し・ラベル・入力欄の説明・空状態・エラー・確認ダイアログ・完了通知・チャットbotの応答文）を書く・直すときの規則。画面やbotがユーザーに見せる日本語を新しく書く時、既存の文言を見直す・統一する時、英語のまま残った表示を日本語にする時、サーバーのエラーメッセージを画面に出す経路を作る時に使用。公開されている日本語UIガイドライン（SmartHR・デジタル庁・Microsoft・Apple・公用文）の一致点を規則にし、食い違う点は採否と理由を定めてある。境界: 人に宛てた文章（PR本文・メッセージ・ドキュメント）は ukwhatn-writing、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、ナビゲーション・重ね方・通知の型とレイアウトは designing-ui、コードの実装原則は writing-code。
AIが生成した日本語を推敲するスキル。利用者が yomiyasu の名前を出して頼んだとき（「/yomiyasu」、「$yomiyasu:yomiyasu」、「yomiyasu で推敲して」など）と、スキルを使った日本語の推敲をはっきり頼んだときだけ使う。CLAUDE.md、AGENTS.md、カスタム指示などで yomiyasu を使うよう求められているときも、名前を出して頼まれたものとして扱う。名前を出さずに日本語の文章を書かせる依頼や、コード、設定、ドキュメントの更新では使わない。意味と条件を保ち、不自然な比喩、曖昧な主述関係、不要な装飾やコピー調を整える。
Herdr（コーディングエージェント向けターミナルマルチプレクサ）の操作と、herdr CLI の構文・ID 規約・agent 状態モデル（idle / working / blocked / done）の真実源。pane・tab・workspace・terminal・command の確認や操作、別 pane での agent 起動、pane 上の agent との通信の時に使用。HERDR_ENV=1 必須。境界: pane へ委譲するかどうか・経路・モデル・指示書・結果回収の方針は context/delegation.md（本スキルは CLI のみ）。
PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用（gh pr create を直接実行しない）。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。