mcpField
I
in-your-own-words

in-your-own-words

github.com/yeachan-heoその他40.7k8 回インストール今日更新
リポジトリ

in-your-own-words について

in-your-own-wordsは、曖昧さや意見の相違があるタスクで、最初のツール呼び出し前に理解を確認するスキルです。目標、障害、成功条件を自分の言葉で整理し、リスクの高い作業では訂正を待ち、元に戻せる作業では進行します。

主な機能

  1. 01目標と制約を言い換える
  2. 02前提を明示
  3. 03成功条件を定める
  4. 04高リスク作業では訂正を待つ
  5. 05元に戻せる作業は進める

活用シーン

  1. 01曖昧なプロジェクト要件の確認
  2. 02実行前に意見の相違を明らかにする
  3. 03リスクの高い作業前の前提確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/yeachan-heo/oh-my-claudecode --skill in-your-own-words

インストール後、Claude Code で/in-your-own-wordsを入力して読み込まれたか確認します。

README(原文)English

プロジェクトの README より

この README の日本語訳はまだありません。以下は英語の原文です。日本語の紹介はページ上部をご覧ください。

In Your Own Words

Before the first tool call on genuinely ambiguous work — a brief that is vague, contested, or leaves real forks open — say back what you understood — in your words, not the user's phrasing echoed. Misunderstanding caught now costs a sentence; caught after execution it costs the work. A well-specified brief needs no playback: start, and report what you did.

The playback

Three parts, plain language:

  1. The goal: what the user will have when this is done.
  2. The problem (if any): what stands in the way, as you understand it.
  3. The success check: how we will know it worked.

Then one line: "Right? Correct me where I drifted." — and stop for the answer on risky work; proceed-and-report on clearly reversible work (principles skill, Never block on the human).

Rules

  • Playback is a paraphrase, not a copy: if you can only repeat the brief, you have not understood it yet.
  • Name your assumptions inline ("I am assuming staging, not production").
  • Disagreement between your playback and the brief is the point — surface it, do not smooth it.

コメント