ワンクリックで
np-chunk-context-check
stripHeaders 文脈欠落チェックの検知ロジック・重症度判定・出力フォーマットのリファレンス。エントリポイントは /np:chunk-context-check コマンド。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
stripHeaders 文脈欠落チェックの検知ロジック・重症度判定・出力フォーマットのリファレンス。エントリポイントは /np:chunk-context-check コマンド。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
体験設計の壁打ちと UI デザイン案の提案。「こういう機能を作る」「この画面を良くしたい」を受けて、 どんな体験にするかを壁打ちして体験方針に合意し、方針に沿った UI 案を デザイン憲法(DESIGN.md)とトークンに準拠した 1 枚の HTML で提示する。 Use when: - /np-design を実行した場合 - 「デザイン案がほしい」「この画面のデザインを考えて」「どんな体験にすべきか相談したい」等の依頼 - 実装前にデザイン・体験の方向性を検討したいとき NOT for: - 実装そのもの(このスキルは提案まで。採用後の実装は別タスク) - 文言だけの微修正
Manages verification of markdown files against live web pages. Tracks progress (Unverified/In Progress/Verified), logs changes, and facilitates side-by-side editing. Use when: - User wants to check markdown documentation against a website - User asks to "start verification" or "compare files with the web" - Validation of scraped content is needed NOT for: - Creating new markdown files from scratch - PDF-only verification (PDF の扱いは references/pdf-handling.md を参照)
コード変更の品質ゲート。lint・テスト・ビルド検証 → コード品質レビューを実行する。
GitHub Projects PM Agent。議事録からタスク抽出・Issue化、Projects初期セットアップを行う。キラーUX:「雑に議事録を投げるとタスク化してくれる」
テストを書く前に発動。仕様から観点とテストケースを導出するための 3 軸チェックリストと技法カタログ。実装の翻訳ではなく仕様の検証になるテストを設計する。
ねっぷちゃん本番環境の利用分析レポート。会話数・ユーザー数・週別推移・トピック分析・印象的な話題を D1 から集計。
| name | np-chunk-context-check |
| description | stripHeaders 文脈欠落チェックの検知ロジック・重症度判定・出力フォーマットのリファレンス。エントリポイントは /np:chunk-context-check コマンド。 |
Mastra RAG の markdown chunking(stripHeaders: true デフォルト)により、#/##/### 見出しがチャンクテキストから除外される。
見出しが提供していた文脈(「何月か」「何の料金か」「何年度か」等)がチャンク本文から消失した結果、Vectorize のセマンティック検索で正しいチャンクを返せなくなる問題を検知するスキル。
// server/src/services/knowledge/embedding.ts
await doc.chunk({
strategy: "markdown",
headers: [["#", "title"], ["##", "section"], ["###", "subsection"]],
// stripHeaders: true(デフォルト)→ 見出しはテキストから除外
});
getText() → 本文のみ(見出しなし)→ この文字列が embedding されるgetMetadata() → { title, section, subsection } → Vectorize の metadata に格納されるが検索には使われない以下の両方を満たすとき、チャンクの検索精度が著しく低下する:
| ファイル | 見出し | 本文 | 問題 |
|---|---|---|---|
| ゴミカレンダー | ## 4月(2026年) | [{"日付":"1日",...}] | 全12月のJSONが同構造。4月を聞いても7月が返る |
| 広報イベント | ## 2025年2月号 | イベントリスト | 年月が本文にない場合、号の区別不能 |
| 料金表ページ | ## 入浴料金 | 金額テーブル | 「何の料金か」が本文にない |
ファイルを ## で分割し、各セクションについて:
各チャンクに対して「見出しの情報が本文にどれだけ含まれるか」をスコアリング:
context_coverage = (見出しの主要キーワードのうち本文に含まれる数) / (見出しの主要キーワード数)
## 4月(2026年) → キーワード: ["4月", "2026年"]## 入浴料金 → キーワード: ["入浴", "料金"]同一ファイル内のチャンク間で構造類似度を計算:
| レベル | 条件 | 意味 |
|---|---|---|
| CRITICAL | context_coverage = 0 かつ 同構造チャンク3+ | 見出し情報が完全に欠落し、embedding で区別不能 |
| WARNING | context_coverage = 0 かつ 同構造チャンク2以下 | 見出し情報は欠落だが、構造でユニーク性あり |
| WARNING | context_coverage < 0.5 かつ 同構造チャンク3+ | 部分的に識別可能だが不十分 |
| INFO | context_coverage < 0.5 かつ 同構造チャンク2以下 | 軽微。改善の余地あり |
🔍 ナレッジ X線検査レポート
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
スキャン対象: {対象パス} ({ファイル数}ファイル)
検出: XX 件(CRITICAL: X, WARNING: X, INFO: X)
─── CRITICAL ─────────────────────────
⚠️ {ファイルパス}
{同構造チャンク数}チャンクが文脈欠落(context_coverage=0)
見出し例: "{section1}", "{section2}", ...
本文構造: {構造の説明}(JSONキー/テーブルカラム等)
キーワード欠落: {見出しにあるが本文にないキーワード}
─── WARNING ──────────────────────────
⚠️ {ファイルパス}:{行番号付近}
section: "{section}"
context_coverage: {スコア}
欠落キーワード: {リスト}
─── 統計 ──────────────────────────────
スキャンチャンク数: {total}
CRITICAL: {count} ({percent}%)
WARNING: {count} ({percent}%)
INFO: {count} ({percent}%)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
このスキルは検知のみを行う。修正は検知結果を見て人間が判断する。
修正の一般的なアプローチ:
embedding.ts で stripHeaders: false にする、または metadata filter を search.ts に追加いずれの場合も、修正後に再度 /np:chunk-context-check でスキャンして CRITICAL/WARNING が解消されたことを確認する。