「直接」の検索結果

SQL查询架构师（秦逸 Quinn）。将自然语言转换为优化SQL，支持多表关联、窗口函数、CTE；自动探索数据库Schema，执行查询并返回结构化结果与数据画像。 触发词：由 copilot-team-lead 主理人调度执行，不直接面向用户。当主理人下发 Phase 1 数据采集任务时激活。也可响应纯SQL查询类直接请求。

日本語の概要は準備中です。原文の説明を表示しています。

仕様書/実装計画書をもとに、計画を見出し単位のステップへ分解し、各ステップで「テスト作成→レビュー→収束ならコミット」「実装→レビュー→収束ならコミット」(必要なら「ドキュメント修正→レビュー→収束ならコミット」)を自律反復する。ユーザーから自律進行(止まらず最後まで進める・ステップを自動で回す等)の明示的な指示があったときだけ使う。単に計画に沿って実装してほしいだけの依頼(自律進行の指示を伴わない)では使わない。レビューは codex-review-loop、コミットは commit に委譲し、仕様整合(参照の記法・用語規約)はエージェントが直接確認する。

レビュー専用サブエージェント(fable-reviewer・opus-reviewer等)を起動する反復レビュー・ループが共有する起動契約と手順の正本。Agentツールでの同期起動、2ラウンド目以降の同一エージェント継続、レビュー指示文の追加要件、失敗の扱い、1ラウンドを回して結末を出すまでの流れを定義する。内部専用でユーザーが直接使うものではない。

codex:codex-rescueエージェントを起動する各スキル(codex-review-loop・codex-consult等)が共有する、ハング防止付きの起動・監視・再試行契約の正本。内部専用でユーザーが直接使うものではない。

反復レビュー・ループ(codex-review-loop・fable-review-loop・opus-review-loop)が共有する判断ロジックの正本。起動可否ゲート・レビュアーの正体に依存しない大前提・常設観点・レビュー依頼に含める内容と含めてはならない内容・照合仕分け・終了判定・報告を定義する。内部専用でユーザーが直接使うものではない。

日本語の文章 (Markdown・テキスト) から「AI 臭さ」(LLM の文章に特有の定型句・単調な文のリズム・ 見出しと箇条書きだけの体裁) を検出する CLI。日本語の文章を書いた・直した後の見直し、 AI が書いたような文を自然にしたいとき、推敲・校正・AI っぽさのチェック、改稿の前後の比較 (数字や固有名詞が消えていないか・同じ直しを一律に当てていないか) の場面で発動。コードに書いた 日本語のコメント・静的な文字列・JSX/HTML の表示文言 (コードのファイルも直接検査できる) や、gws で Google ドキュメント・スプレッドシートに書き込む文章の見直し、noslop のフックが指摘を返した・ gws の書き込みを止めたときの対応にも使う。 noslop check --report brief --format toon で直す箇所を少ないトークンで受け取り、 改稿のルールに従って効果の大きい箇所だけを直す。直した後は noslop diff で 1 回だけ確かめる。

Web サーバ（nginx/apache、Linux 中心）の Phase 1 設定セキュリティレビュー。 target_profile.yaml で対象を確定し、MANIFEST.txt + manifest_attestation.txt で証跡 integrity を検証。 SSH 直接または証跡受領モードで 9 観点 (OS/リソース/ログ/ネットワーク/サービス/認証/監視/バックアップ/証明書) を read-only 走査。6 階層ガード (allowed/conditional/conditional_sensitive/ask-first/exceptional_sensitive_read/forbidden)、 3 軸補助 (Exploitability/Blast Radius/Service Criticality) の重大度判定、 observation_status による未確認の独立管理、evidence_dir/raw_evidence_store 分離、自己レビュー必須。 Windows/IIS は v1 hard fail。 Use when: Web サーバの設定セキュリティレビュー、Phase 1 監査、nginx/apache 構成監査、 EOL ランタイム調査、ログローテーション不備調査、ドキュメントルート漏えい調査。

SDDワークフロー全体を統括するオーケストレーター。要求管理・タスク計画・実装・逆順レビューの一連のフローを管理する。複数フェーズにまたがるワークフロー管理、エラー・バグの体系的な分析と修正に使用する。要求は requirement-management、設計はPR本文が既定の記録先であり、requirements-defining と software-designing は非推奨。Do NOT use for 個別フェーズのみの作業（requirement-management、task-planningを直接使用すること）。

指定したプロジェクト（ghq 管理下の部分一致キー、または直接パス）のディレクトリでブランチを変えずに claude を detached セッション（herdr 管理下なら workspace か専用 session、それ以外は tmux）として起動する。`/project-session` の明示実行専用。

豆包 / 微信输入法个人词库：识别、导出、导入、备份；纠错优化； 搜索并生成行业/专业/定制词库（并入归档 industry-dict）。 不走官方导入页。搜索优先 argo，没有就走通用搜索兜底。本技能只出查询、抽词、改表、写回副本。 生态定位：直接操作豆包 / 微信输入法词库文件层（usr.dat / WeType LevelDB）的 agent skill， 文件层识别、批量导出、槽位感知注入、整表替换消错、行业词库造词后直接 apply； 格式互转工具和语音输入插件都不做词库管理。 触发：个人词库、词库导出、词库导入、反向注入、行业词库、专业词库、定制词库、 生成行业词库、做词库、行业术语、industry-dict、拼写纠正、豆包词库、 微信输入法词库、WeType、usr.dat、ime-lexicon、/ime-lexicon

日本語の概要は準備中です。原文の説明を表示しています。

実装済み機能の仕様変更。要件定義書と基本設計を先に更新してからコード修正→テスト→レビューを実行する。 変更種別を自動判定し、実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「アップロード上限を10MBに変えて」「この画面にフィールド追加して」「○○の仕様を変更して」 「○○を修正して」「バリデーションを変えて」などのリクエストで使用する。 既に実装済みの機能を変更するときに使う。新規実装はimplement-spec。

ドメインPMとして、SuperPMから受け取ったタスクをPG単位に分解し実装を指揮する。 domains/[ドメイン名]/ ディレクトリ内で実行すること。 orchestrate スキルで起動された場合に自動的に呼ばれる。 ユーザーが直接呼び出すことはない（orchestrate経由専用）。

Specに基づく新規機能実装。要件定義書と基本設計を読んで実装プラン作成→コード実装→テスト→レビューを実行する。 実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「REQ-AUTH-001を実装して」「ログイン機能を作って」「○○を実装して」 「これを作って」「実装に入って」などのリクエストで使用する。 要件定義書が存在する未実装機能を新規実装するときに使う。既存機能の変更はrevise-spec。

Unity ゲームに DebugManager + McpRemoteControl を実装し、エージェント（Claude Code / MCP）が Play Mode 中のゲーム状態を自動制御できるようにする。God モード、画面遷移、スコア操作を MCP から直接実行し、受け入れテストを人手なしで自動化する。「デバッグ」「DebugManager」「God モード」「MCP リモート制御」「自動テスト」「受け入れテスト自動化」といったリクエスト時、または dev-game スキルの Phase 6（DebugManager 実装）・Phase 7（テスト検証）から参照されて使用。

Unity プロジェクト向けにプロシージャル音声（SE・BGM）を C# Editor スクリプトで生成する。「音声を生成」「SEを作って」「BGMを作って」「サウンドアセット」「AudioGenerator」「効果音」「プロシージャルオーディオ」といったリクエスト時に使用。WAV ファイル（44100Hz/16bit/Mono）を Assets フォルダに直接出力し、外部ツール不要で完結する。

新しい worktree を作成する。「worktree 作成」「worktree を作って」「worktree 切って」「Issue から worktree」「作業用 worktree」「gtr new」などで起動。Issue 番号・ブランチ名の直接指定・コンテキストからの自動命名に対応。一覧・削除・クリーンアップは shiiman-git:worktree。

feature ブランチを作成する。「ブランチ作成」「ブランチを作って」「新しいブランチ」「feature ブランチ」「Issue からブランチ」「作業ブランチを作成」「ブランチ切って」などで起動。Issue 番号・ブランチ名の直接指定・コンテキストからの自動命名に対応。

playwright の常駐 Chrome にログイン済みの Slack Web クライアントを scripts/slack_browser.py で操作し、チャンネル一覧・履歴・スレッド・検索の取得を行い、投稿文は Slack MCP が繋がる別ワークスペースの自分の DM へ下書きとして送る（直接投稿は明示の指示があるときだけ）。Slack の MCP・アプリ連携を繋げないワークスペース（guest 権限など）で、Slack のパーマリンクを読む・Slack を検索する・Slack に投稿や返信をする依頼時に使用。境界: Slack MCP が繋がるワークスペースはそちらを使う、投稿する日本語の文面の作成は ukwhatn-writing、ブラウザ経路の選び方と共有コンテキストの規則は context/browser-automation.md。

PR を Draft で作成する。PR テンプレートを全セクション埋め、対象 repo の既存 PR の分量に合わせて書きすぎを削る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用（gh pr create を直接実行しない）。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment。

要件が確定した複数 PR 規模の機能開発（epic）を、並列調査と全体設計判断を経て PR スタックと実装セッション向け計画書に落とし込む。「実装計画を立てて」「PR 分割して」「計画書を作って」「タスク分割をして」等の依頼時、複数 PR 規模の実装着手前に使用。計画確定後に「PR-X を実装して」と担当を指定された実装セッションでも使う。境界: 要件定義は design-feature、単一 PR で済む規模は Phase 0-5 を直接適用。

マージ前に必ず実行。静的チェック・テスト・体制レビュー（変更内容で決まる統合レビュアー＋反証型QA＋専門家最大1体、基本1サイクル）と追加テスト（test-recommendation）を実施し、通過後のみmainへのマージ・直接pushが可能。

テスト品質のレビュー（bun:test）。`bun test` の全通過、エンティティのビルダー直接検証と createTestDb による実 SQLite E2E の使い分け、実ネットワーク（JRA）非依存、回帰テストの存在（ImportData の一致条件・枠番の JRA 割当規則・生年計算）、回帰テストの削除/skip 化の禁止、新機能・バグ修正へのテスト追随、契約の検証 vs 実装詳細への過剰結合、console spy と一時ファイルの後始末を検証。Use when user says 'テストレビュー', 'review test', 'テスト品質チェック', or 'カバレッジ確認'.

再実行性・リカバリー・テスタビリティのレビュー。new Date() / Date.now() の直接呼出と時刻の注入可能性、toISOString() が UTC 日付になる点、同じ JSON を2回取り込んでも重複行・統計の二重計上が起きない再インポートの冪等性（RebuildStats との関係）、トランザクション境界と途中失敗時の一貫性、DB 接続のクローズを検証。Use when user says 'リカバリーレビュー', '再実行性チェック', 'review recovery', '冪等性確認', or 'テスタビリティ確認'.

教員向けの研究概要レビュー(research-review等の出力.md)を入力に、学生に直接渡せる「前向きだけど抑えめ・シンプル・self-contained・優先順つき」の中間発表コメント1枚に書き換えるスキル。厳しい分析を、学生が萎えず手を動かせる建設的な行動リストへ翻訳する層。レビュー結果を学生向けに書き換えて、学生向けコメントにして、と言われたとき、または research-review --student から連鎖呼び出しされる。