AI AGENT SKILLS REGISTRYv2.4.0 — OPEN SOURCE REPOSITORY

AI Agent Skills Hub

Antigravity、Claude Code、Cursor などの自律型AIエージェントに読み込ませて能力を拡張するスキルドキュメント(SKILL.md)をオープンソース感覚で閲覧・ワンクリック取得できるハブです。

Agent:
スキル一覧に戻る
cognitive-rhythm-writingtek.jp ORIGINALv1.3.0

AI文章の平坦さを解消する「認知リズムライティング」規範

AI特有の平坦で退屈な文章を脱却。「観察→逡巡→断定→再観察」の認知モード切替と密度波形を制御し、読者を惹きつける日本語文章を執筆・推敲する思考プロトコル。

Author: 株式会社BNF / tek.jp
Updated: 2026-08-08
Agents: Antigravity · Claude Code · Cursor · Custom Agent
#ライティング#認知心理学#推敲#日本語思考#オリジナル規範
SKILL.md
320 lines28.9 KB

認知リズムを生むための日本語ライティング規範

密度の高い文章が退屈になるのは、情報が多いからではなく、全文が同じ認知モードで書かれているからである。

この規範は、読者の認知モード(観察する、迷う、確信する、確かめ直す)を意図的に切り替え、常に「続きを読む理由」を維持することで、読み進める推進力を作る。

適用する文書、しない文書

最初に判定する。 この規範は、読者が先頭から順に読む文書のためのものである。拾い読みされる文書に適用すると、探し物の邪魔になる。

扱い
適用する 記事、解説文、エッセイ、書籍の章、読ませたい提案書 全面適用
導入と結びだけ 長い技術記事、調査レポート、社内向けの読み物 本体は平坦でよい
適用しない 手順書、マニュアル、議事録、リファレンス、契約書、障害報告、チェックリスト 触らない

適用しない側で何が起きるかを書いておく。手順書の読者は、詰まった箇所を探しに来る。そこに未回収の緊張を張ると、答えが後ろに隠されることになる。逡巡を挟めば、その手順が確実なのかどうかが読めなくなる。手順書に必要なのは、見出しを見ただけで答えが半分渡っている状態であって、続きを読む理由ではない。

判定に迷ったら、その文書が目次から拾い読みされるかどうかで決める。拾い読みされるなら適用しない。

分量でも切る。2,000字未満なら、緊張台帳も密度波形も使わない。 冒頭で緊張を一つ作り、末尾で着地させれば足りる。短い文書に規則を全部かけると、分量に対して装置が過剰になる。

併用する規範

下地は natural-japanese が持つ。あちらが「読める状態」を保証し、この規範が「読み続ける理由」を足す。順序は下地が先である。リズムのために読解を犠牲にしてよい場面はない。

役割の境界と、衝突したときの優先順位を決めておく。

natural-japanese この規範
守るもの 読みやすさ、自然さ、AI臭の除去 推進力、緩急、未回収の緊張
判定 scripts/lint.py による機械検出 話題テストと点検手順(人が判定する)
衝突時 こちらが勝つ 読解を損なうリズムは捨てる

衝突が起きるのは一箇所だけである。あちらは一文を短く整える方向へ働き、この規範は長短の波を要求する。両立の仕方は決まっている。一文一義と主述の距離は必ず守り、そのうえで文の長さを揺らす。 長い文とは、一文に複数の主張を詰めた文ではなく、一つの主張を丁寧に運ぶ文である。

natural-japanese の禁止語・翻訳調の検出は、この規範を適用したあとにもう一度かける。リズムを作る過程で書き足した文が、そこで引っかかることがある。

基本原理

  • 緩急は情報量の増減ではなく、認知モードの切替として設計する。観察→逡巡→断定→再観察の往復が一つの単位である。
  • 文章は常に、少なくとも一つの未回収の緊張(答えの出ていない問い、裏の取れていない確信、あとで返すと約束した答え)を開いておく。緊張がすべて閉じた瞬間、読者は読むのをやめられる。
  • 完成した結論を解説する声ではなく、考えながら進む当事者の声で書く。書き手が答えに至る過程の再演が、読者の思考の再演になる。
  • 生成側の制約:この規範を適用して文を新しく書くとき、拍・緊張・緩みの材料は状況側(対象世界の出来事・データ・発言、語り手の判断状態)からしか取らない。状況に材料が見つからない位置には、何も足さず平坦なまま残す。本文自身を話題にした文(「〜の列挙はしない」「問いは〜だけである」)でリズムを作るのは、規範の違反であって適用ではない。新造・整形した文は、書いた時点で「緩みと駄文の見分け方」の判定にかける。
  • 装置は実現するものであって、宣言するものではない:この規範に書かれた装置の名前・手順・例文(「答えの半分」「緊張」「回収」「問いを半分ずつ返す」等)を、本文にそのまま書かない。「問いを半分ずつ返す」は、答えの前半を内容として書くことで実現される。「先に答えを半分だけ置く」「最後にもう一度だけ線を引く」のように、これからやる操作を宣言した文は、それ自体が駄文である。装置が正しく機能していれば、読者は装置の存在に気づかない。
  • 場面のない説明文での状況:物語の場面を持たない解説・説明文では、状況側とは対象そのものの性質(データ、計算、トレードオフ、素朴な期待が事実に破られること)と、読者が抱く推論・反問である。緊張は対象の性質から作る(「流暢さと正しさが一致しないのはなぜか」は対象の話であり、可)。場面がないからといって、本文の進行を語ることで緊張の代用にしない。
  • 短文化バイアスの禁止:拍を作るために文を削るのではない。導入で必要な文脈共有(範囲、観点、比較軸、未確定事項)を削って短くするのは、緩急ではなく欠落である。密度を上げる編集は、共有済み文脈の上でだけ行う。

書き始める前の手順

規範を読んでいきなり書くと、材料の無い位置に装置を置く。その事故は、書いたあとでは直せない。 削るしかなくなる。

順に3つ決めてから書く。合わせて10分で足りる。

1. 状況側の材料を棚卸しする

書く前に、使える材料を列挙する。ここに挙がったものだけが、緩急の材料になる。

  • 対象世界の出来事、データ、数値、実際の発言
  • 素朴な期待が事実に破られた箇所
  • 語り手の判断の状態(思い込み、保留、後悔、譲歩、告白)
  • 読者が当然抱く反問

列挙して、材料が3つ未満なら書くのを止める。 足りないのは書き方ではなく取材である。この状態で書き進めると、本文の進行を語ることで緊張を代用する以外に手がなくなる。

2. 全体を貫く問いを1つ決める

一文で書き出す。 書けないなら、まだ何を言いたいか決まっていない。

この問いは、冒頭で開いて、末尾で閉じる。途中で開く小さい問いは、これに従属させる。

3. 密度の配分を決める

節の一覧を書き、厚く書く節と、疎でよい節に印を付ける。 全部を厚く書こうとすると、材料が薄い節で装置の空回りが起きる。

目安は、厚い節2〜3に対して疎の節1つ。疎の節は短くてよい。

4. 書く

材料が見つからない位置には、何も足さず平坦なまま残す。 ここが最も破られる規則である。埋めたくなったら、手順1の一覧に戻る。無ければ無いままにする。

書き終えたら、そのまま「執筆後の点検手順」へ進む。

文の拍

  • 短文で足場を打ち、長めの文で流し、短文で止める。「立てる→流す→止める」を段落の基本拍にする。
  • 断定だけで押し切らない。断定と逡巡を交互に置く。
  • 断定:「〜だった」「〜である」「〜というわけだ」
  • 逡巡:「〜に違いない」(あとで裏切られる思い込み)、「〜とは思う。ただ…」「〜だろうか」
  • 逡巡は弱さではなく仕掛けである。「あとで事実に裏切られる確信」は、読者の予測を誘導してから崩す布石になる。
  • 例:「うまくいっているに違いない。」→(次の段落で)「ところが、あとになって記録を見ると、そうではなかった。」
  • 転回点では「譲歩→転回→短い停止」の拍が使える(「〜だろう。これからも〜だろう。しかし、ここで扱うのは〜のほうだ。考えたいのは、そちらである。」)。転回のあとの短い指示文が、読者の視線を固定する。

段落の密度波形

  • 密な段落が2〜3個続いたら、疎の段落を1つ置く。疎の段落の機能は、確定事項の一行固定、次の判定対象の提示、視点距離の切替のいずれかに限る。
  • 視点の距離を固定しない。具体(記録、数値、発言、コード)に寄る段落と、意味づけで一段引く段落を交互に置く。
  • 箇条書きは情報の圧縮だけでなく、本文の呼吸を止める「間」としても使える。列挙のあとの一段引いた文(「要するに〜」)は、この間があるから効く。

冒頭の設計

  • 冒頭の仕事は、最初の数文で未回収の緊張を一つ作ることである。型は問わない。使える型の例:
  • 読者の実感の言い直し(「〜と感じることがあるだろう」)から仮説(「〜が違うのかもしれない」)へ
  • 読者への直接の問いかけ。ただし置き去りにせず、すぐ自分の答えを返す
  • 確信を帯びた一般命題。あとの本文がその確信を試す
  • 語り手の思い込みを肯定的に書き切ってから、事実で崩す場面
  • 前章・前節が残した問いの、当事者の言葉での言い直し
  • 予告や要約は禁止ではない。態度を帯びた一〜二文(「〜を考えるうえで、これほど適切な切り口もないはずだ」「言い換えると〜という話である」)なら、それ自体が緊張を作る。禁止すべきは、態度のない議題表(「本章ではA、B、Cを扱う」)だけである。
  • 読者が抱くであろう抵抗(古い、作為的、実用性がない、自分には関係ない)は、読者の言葉で先に言い、短く処理してから本題に入る。

節の入り方

  • 節の頭で「本節では〜を扱う」と宣言しない。代わりに次のいずれかで入る。
  • 直前の節が残した違和感を、当事者の問いとして言い直す
  • 読者が当然抱く反問をそのまま書く(「では、先に〜しておけばよかったのだろうか」)。反問には即答せず、一度「そうしたかった、とは思う」と受けてから崩す
  • 書き手の告白から入る(「白状すれば、〜という算段もあった」)。告白は自己批判のためではなく、直後の論証(「この算段は半分だけ正しい」)の足場として使う
  • 理論・概念・引用は、読者の中に「まだ名前のない違和感」を作ってから導入する。理論は答えではなく命名として入れる。先に理論を出して例で確認する順は、読者の発見を奪う。
  • 節と節の橋は、前節の末尾ではなく次節の頭に置く。前節の末尾に「次は〜を見る」型の予告を足すのは進行実況であり、駄文である。次節の頭が反問・違和感・告白で開けば、予告がなくても読者は続けて読む。

列挙の着地

  • 性質や分類を列挙したら、列挙しっぱなしにしない。各項目を直前の具体的な場面へ一つずつ着地させる(「一つめは、さっき見た〜の正体である」「二つめにも身に覚えがある」)。
  • 着地の文体は均一にしない。正体の指摘、身に覚え、固有の事実への対応づけ、未来の断念、と変化をつける。

問いの回収と結び

  • 途中で立てた問いは、放置せず明示的に回収する。問いを半分ずつ返す(「答えの半分がこれである」「残り半分は〜にある」)と、後半の推進力になる。
  • 結びは、積んだ抽象を、読者がすでに持っている具体(冒頭の場面、読者自身の経験、序盤の問い)へ着地させてから閉じる。抽象論や一般則のまま終えない。
  • 緊張は選んで閉じる。最後に一つだけ開いたまま残してよい。謙抑や読者への委任(「足りない部分は読者が埋めてほしい」)は、読者の参加余地として機能する。
  • 二人称の呼びかけ、読者への依頼(「どうか〜と割り切って読んでほしい」)、書き手の謙抑や断りは、章の冒頭・結びなどの境界でだけ緩みとして機能する。中盤の論証に混ぜない。

緩みと駄文の見分け方

判定の軸は一つだけである。

その文が更新するのは「状況」か、「文書」か。

  • 状況を更新する文:対象世界の出来事・データ・人物の発言、あるいは語り手の判断の状態(思い込み、保留、後悔、譲歩、告白)を新しく伝える。→ 緩みとして残してよい。
  • 文書を更新する文:この章・この節・この説明・ここまでの話が「どう見えるか」「次に何を書くか」だけを伝える。→ 原則として削除する。

駄文の典型(いずれも話題が本文自身であり、状況の情報がゼロ):

  • 「ここまでだと、概念の説明に見えるだろう。なので、すぐに例へ戻す。」(説明の見え方と執筆の予定)
  • 「要するに、この章の主題は〜ではなく〜である。」(章の性格づけの言い直しだけで、対象の新情報がない)
  • 「誤解しないでほしいのだが、〜を否定したいわけではない。」(退ける誤読を特定しない弁明。下の例外1の形なら残せる)
  • 「テクニックの列挙はしない。」「〜の話ではない。問いは〜だけである。」(本文の性格・範囲の宣言。否定形でも短文でも、話題が本文自身なら駄文)
  • 「先に答えを半分だけ置く。」「最後にもう一度だけ線を引く。」(この規範の装置の実況。装置は内容で実現し、操作を宣言しない)
  • 「ここまでで〜は見えた。次の問いは〜である。」「次は〜を見る。」(節末の進行予告。節間の推進力は、次節の頭に置く反問・違和感で作る。前節の末尾で予告しない)

駄文は、長い説明文の形だけでなく、短い断定の形でも現れる。

文書更新の文を削除する代わりに短く断定調へ整形すると、拍が効いた決め台詞に見えて残りやすい。これが駄文の最大の混入経路である。

短くてリズムが良いことは、残す理由にならない。拍の良し悪しは、話題テストを通過した文についてだけ評価する。

良い緩みの典型(いずれも状況か、語り手の判断状態を更新している):

  • 「うまくいっているに違いない。」(思い込み。あとで崩される布石)
  • 「まあ、今すぐ手を打つほどでもないのだけど、どこかの時点で整理は要るだろう。」(判断の保留という状態の更新)
  • 「最初からわかっていたらそうしていたのに、というのが口惜しい。」(判断の誤差を可視化する感情)
  • 「そうしたかった、とは思う。」(反問への譲歩。直後の転回の足場)

文書について述べる文でも、次の四つの形だけは残してよい。

  1. 反論処理:読者の誤読・反論を「」で具体的に書き出して退ける(「ここまでの話を『〜せよ』という主張と読まれると、それは違う」)。退ける対象が具体的に引用されていることが条件。漠然と「誤解しないでほしい」だけの文は駄文。
  2. 問いの設置と回収:境界に置く「この章では〜を考える」(緊張を作ったあとに限る)、「その答えの半分がこれである」。残せるのは問いの文そのものと回収の文だけである。本文が「何でないか」「何をしないか」の宣言(「〜の列挙はしない」「〜の話ではない」)は問いの設置ではない。例外1の形で具体的な誤読を退けるのでない限り、削除する。
  3. 読者への依頼・断り:境界に置く「どうか〜と割り切って読んでほしい」。
  4. 例の枠の開閉:架空の例・場面の枠を開く文(「〜としよう」)と閉じる文(「冒頭の例にオチを付けておこう」)。例が架空であることを読者に思い出させ、抽象的な議論から場面へ戻す機能を持つ。境界(節の頭)に置く。話題が本文自身に見えても、例の枠を操作しているなら駄文ではない。
  5. 削除と書き換えの手順:

    • 文書を更新するだけの文を見つけたら、まず削除して前後を読み、つながるならそれで終わり。
    • 削除で論理が飛ぶ場合は、その文が指そうとしていた内容を、状況の側の文に書き換える(「ここまでだと概念の説明に見える」→「この三つの性質は、どれも冒頭の失敗の中にそろっている」)。
    • 書き換えた結果の文がまだ本文自身を話題にしているなら(短くしただけ、言い回しを変えただけ)、その書き換えは失敗である。例外1〜4のどれかの形に収まらない限り、文ごと削除して前後を橋渡しし直す。

    通しの適用例

    規則を個別に読んでも、段落単位でどう効くかは見えない。同じ内容を三通りで書く。

    平坦(適用前)

    バックアップの設計では、取得と復元の両方を考える必要がある。多くの現場では取得の自動化までは行われているが、復元の検証は行われていないことが多い。復元手順が文書化されていない場合、障害発生時に復元に時間がかかる。したがって、定期的な復元テストが推奨される。

    間違っていない。情報も入っている。それでも読み進める理由がどこにもない。四文とも同じ長さで、同じ高さから、同じ調子で断定している。読者の側には、考える隙も、疑う隙も残っていない。

    適用後

    バックアップは毎晩取れていた。ログにも成功と出ている。安全なはずだった。

    >

    戻そうとして、手が止まる。どのファイルを、どの順で、どこへ置けば元に戻るのか。それを書いたものが、どこにもない。

    >

    取得と復元は、同じ作業の裏表に見える。確かめ方はまるで違う。取得は毎晩、自動で確かめられる。復元は、誰かが手を動かさないかぎり一度も確かめられない。この非対称は、平時にはまったく見えない。

    >

    「バックアップが取れている」は、正確には「取得処理が失敗していない」でしかない。二つの距離は、障害の夜に一度で現れる。

    何をしたかを段落ごとに対応させる。

    段落 使った装置
    1 思い込みを肯定的に書き切る。「はずだった」の過去形が崩れる予告になる 文の拍
    2 崩す。短文で入り、列挙で流し、「どこにもない」で止める 文の拍
    3 一段引いて意味づけへ。上がる資格は前2段落が作っている 段落の密度波形
    4 言い換えで着地。「二つの距離」を未回収のまま次節へ渡す 問いの回収と結び

    適用後の四段落に、本文自身を話題にした文は一つもない。 「ここでは復元について考える」も「まず前提を整理しよう」も無い。話題テストを全文が通過している。これが最低条件である。

    そして情報は減っていない。平坦版にあった四つの内容(取得と復元の両輪、自動化の偏り、手順の不在、検証の必要)は、すべて適用後にも入っている。削って短くしたのではなく、置き方を変えただけである。

    過剰(適用しすぎ)

    規則を全部かけると、こうなる。

    バックアップは毎晩取れていた。取れていた、はずだった。だが、本当にそうだろうか。ログは成功と言う。しかしログとは何だろうか。それは処理が終わったという記録にすぎないのではないか。だとすれば、我々は何を信じてきたのか。ここで一度、立ち止まりたい。

    破綻の内訳は三つある。

    • 逡巡が七文続き、一つも断定していない。読者は足場を失う
    • 答えの出ない問いを四つ開いて、一つも閉じていない
    • 末尾の「立ち止まりたい」は装置の実況であり、駄文の典型そのもの

    逡巡は断定を効かせるための布石であって、それ自体が目的ではない。 迷いだけを並べた文章は、平坦な断定文より読みにくい。

    過剰適用の歯止め

    上の失敗を防ぐため、数で縛る。迷ったら、この三つだけ守れば大崩れはしない。

    1. 逡巡は3文以上連続させない。 3文目までに断定を一つ置く。
    2. 同時に開いている未回収の緊張は2つまで。 3つ目を開く前に、どれか一つを閉じる。
    3. 1つの節で新しく開く問いは1つまで。 節をまたいで問いを積み上げない。
    4. これは上限であって目標ではない。装置を使わない段落があってよい。 事実を淡々と並べるだけの段落は、前後に拍がある限り、それ自体が「疎の段落」として機能する。

      執筆後の点検手順

      草稿を書き上げたら、次の順で点検する。各手順に、抜き出す対象と、直しに入る閾値を置く。 閾値を持たない項目は点検ではなく感想であり、通過したかどうかを自分で判定できない。

      上から順に実行する。この順序には理由がある。 話題テストで文が消えると拍が変わるので、拍の点検を先にやると二度手間になる。

      1. 話題テスト(閾値:該当0件)

      抜き出す対象: 全段落の先頭文、独立した短文、箇条書きの導入文、節の末尾文。

      一文ずつ「状況を更新しているか、文書を更新しているか」を判定する。文書側は、例外1〜4に該当しない限り削除または書き換え。

      推敲で新しく書いた文・短く割り直した文は、書いた直後にもう一度かける。 ここが駄文の最大の混入経路である。

      2. 漏出テスト(閾値:該当0件)

      本文を次の語で検索する。

      緊張 / 回収 / 拍 / 密度 / 認知モード / 逡巡 / 装置 / 着地
      答えの半分 / 線を引く / 立ち止ま / ここで一度 / 整理しておく

      1件でも出たら、装置を宣言している。 その文を削り、内容の側で実現し直す。

      あわせて全節の末尾を見て、「次は〜」「以下では〜」型の進行予告が無いことを確認する。

      3. 緊張台帳(閾値:未回収0件、同時開放2件以下)

      表に起こす。頭の中で数えない。 3つ以上開いていることに、書いている最中は気づけない。

      # 開いた位置 内容 閉じた位置 状態
      1 冒頭 毎晩取れていたのに戻せない 3節目 回収済
      2 2節目 取得と復元の非対称 未回収
      • 「閉じた位置」を行で指せないものは、回収を書き足すか、問いごと削る
      • 同じ行区間で3件以上が同時に開いていたら、一つ前倒しで閉じる
      • 最後に1件だけ未回収で残すのは可。2件残すのは不可

      4. 逡巡の点検(閾値:連続3文未満)

      問い・保留・自問・「〜だろうか」「〜かもしれない」で終わる文が、3文以上連続している箇所を探す。見つけたら3文目までに断定を一つ入れる。

      節単位でも数える。一つの節で新しく開く問いは1つまで。

      5. 拍の点検(閾値:連続3文未満)

      長い断定文が3つ以上連続している箇所を探し、短い足場か停止、または逡巡を挿む。

      手順4と方向が逆であることに注意する。断定の連続も逡巡の連続も、同じ「単調」という一つの症状の裏表である。

      6. 境界の点検(閾値:中盤に該当0件)

      二人称の呼びかけ・読者への依頼・書き手の謙抑を全部拾い、位置が章の冒頭か結びかを確認する。中盤にあれば境界へ移すか削る。

      7. 情報量の確認(閾値:欠落0件)

      適用前の草稿と並べ、内容が減っていないか確かめる。 リズムを付ける過程で、範囲・観点・比較軸・未確定事項といった文脈が落ちやすい。

      落ちていたら戻す。短くなったことは成果ではない。

      修正指示への使い方

      症状から処方を引く。平坦側と過剰側の両方を載せる。 平坦だけを見ていると、直した結果が逆側に振り切れたことに気づけない。

      平坦側の症状

      • 全段落が同じ調子で疲れる:文の拍がない。点検手順5を適用する。
      • 正しいのに読み進める気がしない:未回収の緊張がない。冒頭に緊張を作る型のどれかを入れ、緊張台帳で以降も常に一つは開いていることを確認する。
      • 理論の節で急に温度が下がる:理論が違和感より先に出ている。理論の前に反問か告白を置き、列挙は場面へ一項目ずつ着地させる。
      • 緩い文はあるのに弛んで見える:緩みが文書更新(進行実況)になっている。話題テストにかけ、状況側の文(感情の微差、判断の保留、思い込み)に書き換える。
      • 章末が説教くさい:抽象論のまま閉じている。読者がすでに持っている具体へ着地させる一文を先頭に置き、未決の問いを一つ残して終える。
      • 冒頭が事務的:態度のない議題表になっている。削るのではなく、予告文に態度を与えるか、予告の前に読者の実感・抵抗の処理を置く。

      過剰側の症状

      • 思わせぶりで、結論が出ない:逡巡が連続している。点検手順4を適用し、3文目までに断定を置く。
      • 気取っている、鼻につく:装置が見えている。点検手順2の語で検索し、加えて「〜なのだ」「〜ではないか」の連発を数える。同じ語尾が3回続いたら1つ崩す。
      • 問いばかり増えて疲れる:緊張の開きすぎ。点検手順3で台帳を作り、同時開放を2件まで落とす。
      • 前より短くなったが、内容が薄い:文脈を削って拍を作った。点検手順7で草稿と突き合わせ、落ちた範囲・観点・比較軸を戻す。
      • 感情の描写が浮いている:状況側の材料が無い位置に緩みを足した。材料が無いなら平坦なまま残すのが正しい。書き足した文を削る。
      • どの段落も同じ形で盛り上がる:「思い込み→崩し」の型を全段落で使っている。装置を使わない段落を意図的に挟む。

スキルレジストリ一覧 (6)

OFFICIAL & COMMUNITY SKILLS
code: cognitive-rhythm-writing

AI特有の平坦で退屈な文章を脱却。「観察→逡巡→断定→再観察」の認知モード切替と密度波形を制御し、読者を惹きつける日本語文章を執筆・推敲する思考プロトコル。

#ライティング#認知心理学#推敲#日本語思考#オリジナル規範
詳細
code: stateless-mcp-xserver-builder

Node.js や Python サーバーの常時起動プロセス不要!PHP + JSON-RPC 2.0 (Streamable HTTP) を組み合わせ、既存のエックスサーバー環境を完全な MCP サーバー化する実装テンプレート。

#MCP#JSON-RPC#PHP#Xserver#Serverless
詳細
code: living-press-design-system

「紙の質感(Paper)× 新聞的罫線(Rule)× AIネオンアクセント」を融合させた極上のWebデザインシステム。LIVING PRESSトークンに沿った美麗UIコンポーネントを自動生成。

#デザインシステム#CSS#LIVING PRESS#Dark Mode#UI/UX
詳細
code: gsc-redirect-zero-seo

Apache mod_dir の自動301リダイレクト事故を徹底防止。react-router の <Link> や setPageMeta, canonical, sitemap.xml, .htaccess の末尾スラッシュを100%完全統一する監査プロトコル。

#SEO#Google Search Console#Apache#Trailing Slash#SSG
詳細
code: chrome-extension-mv3-builder

Manifest V3、Service Worker、Side Panel、DeclarativeNetRequest、パーミッション申請理由書作成まで網羅した、高品質Chrome拡張機能構築プロトコル。

#Chrome Extension#Manifest V3#TypeScript#Service Worker
詳細
code: prompt-engineering-framework

役割定義・コンテキスト・制約条件・思考プロセス(CoT)・出力フォーマット・アドバイスコラムを構造化し、LLMから最高精度の回答を一発で取得する実務プロンプト設計スキル。

#プロンプトエンジニアリング#CoT#LLM最適化#指示文設計
詳細