本文へ移動
cccskills
無料GitHub で公開

ccg-namespace

Isolate read-only CCG search, documentation discovery, and analysis by namespace. Use when working across multiple repositories or services, preventing cross-project graph leakage, federating supported reads, or traversing materialized cross-namespace references. Do not use for graph writes or scoped updates; the user must explicitly invoke ccg-build for those operations.

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

tae2089/code-context-graphスター 17(GitHub 17 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

ccg-namespace — Graph Namespace Isolation

Use namespaces to isolate graph rows for different services or repositories. This skill reads existing namespace state and never writes it.

Core Pattern

ccg search --namespace payment "checkout"
ccg status --namespace users

Through MCP:

list_namespaces()
search(namespace: "payment", query: "checkout")
search(namespace: "payment", query: "why does checkout retry a failed capture")

list_namespaces reports every namespace holding graph data with its node count — the first call before interpreting any namespace-scoped result. Both search query shapes work namespace-scoped: keywords and plain-language questions answered from recorded reasons.

Write Boundary

Do not plan or execute a namespace build, update, migration, postprocess, or scoped replacement from this skill. A request that needs one of those operations is not enough to invoke ccg-build: report that the user must explicitly name ccg-build in the current request.

Operational Guidance

  • Use one namespace per service or repository when graph state must remain isolated.
  • Use the default namespace for ordinary single-repository local work.
  • Pass the same namespace consistently to search, docs, and analysis tools.
  • Namespace deletion and file upload are not MCP capabilities.
  • A graph namespace does not generate or copy Markdown files. Generate and place docs separately before expecting namespace-scoped get_doc_content reads to succeed.

Federation Boundaries

Only search, query_graph, and list_graph_stats accept namespaces: []. Treat get_node, get_annotation, get_doc_content, list_flows, and list_cross_refs as single-namespace operations.

A federated search labels every hit with its namespace, and candidates with no visible evidence are cut before the page is bounded, so a namespace's files are hits it can justify rather than padding.

limit and offset are per namespace here, not shared across them. limit: 5 over three namespaces means up to five files from each, and every namespace with a hit appears however small the limit is — a limit below the namespace count no longer silences the ones at the back. truncated counts the files left off across all of them, and annotation_coverage adds up across all of them too — one fraction over every namespace searched, not one namespace's. Page with the offset the response's next gives you: it moves every namespace through its own list at once, so it is not this page's offset plus the file count you were handed.

get_impact_radius and trace_flow also start in one namespace; enable cross_namespace=true only when resolved ccg:// references should extend the traversal. Federation runs independent reads and labels them; cross-namespace analysis follows materialized reference edges. Do not treat the two modes as equivalent.

Cross-Namespace Links

Annotation @see ccg://{namespace}/{path}#{symbol} tags are materialized into queryable cross-namespace references on every build/update:

  • list_cross_refs(namespace, direction) returns the repository-level dependency map (outbound = declared dependencies, inbound = dependents).
  • get_impact_radius(..., cross_namespace: true) and trace_flow(..., cross_namespace: true) traverse resolved refs across namespace boundaries; result nodes carry a namespace label.
  • Refs re-resolve automatically after either side rebuilds; status: dead marks targets that no longer exist (also reported by ccg lint as dead-ref).
  • Federated reads fan out per namespace and label every result; they never merge counts across namespaces.

Boundary

  • Use the default namespace for one local repository unless isolation is required.
  • Never combine evidence from different namespaces without labeling each source; federated and cross-namespace tools label results for you.
  • Keep filesystem source ownership outside CCG; namespaces isolate graph state, not repository permissions.
  • Verify the selected namespace has graph rows before interpreting an empty search as no match.
  • Preserve per-namespace errors; one successful federated branch does not make the whole request complete.

Completion

State the namespace used for every search or analysis step, confirm it with list_namespaces or graph statistics, label federated errors, and state whether cross-namespace evidence was intentionally included. Report any required graph write as awaiting explicit ccg-build invocation.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

ccg

無料

Fast read-only code discovery with a bounded code-context-graph search and targeted source verification. Use when an ordinary positive lookup or explanation needs an entry point, recorded intent, known-path inventory, or direct relationship evidence. Do not use for absence, completeness, exhaustive inventory, deep flow or impact analysis, or graph writes; use ccg-search-verify for defensible negative claims, and require explicit invocation for ccg-analyze or ccg-build.

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

tae2089/code-context-graph172026年8月22日 更新

Explicit-only deep analysis of algorithms, feature pipelines, and code relationships with CCG impact radius, bounded flow tracing, callers/callees, git-diff risk, affected stored flows, and cross-namespace references. Use only when the user explicitly names the ccg-analyze skill in the current request. Do not invoke merely because a task asks about a flow, pipeline, impact, caller, or relationship.

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

tae2089/code-context-graph172026年8月22日 更新

code-context-graph — annotation system. AI-driven annotation workflow, tag reference, and annotation search.

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

tae2089/code-context-graph172026年8月22日 更新

Author, refine, and verify CCG annotations such as @intent, @domainRule, @sideEffect, @mutates, @index, and @see. Use when adding business meaning to code, improving annotation-aware code or documentation retrieval, fixing annotation lint findings, checking supported tag syntax, or documenting operational contracts. Do not use for generated Markdown editing or annotations that merely restate symbol names.

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

tae2089/code-context-graph172026年8月22日 更新

ccg-build

無料

Explicit-only graph ingestion for building, updating, migrating, and postprocessing code-context-graph graphs from source visible to the CCG runtime. Use only when the user explicitly names the ccg-build skill in the current request. Do not invoke merely because a graph is missing or stale, annotations need reindexing, or another workflow would benefit from a refresh.

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

tae2089/code-context-graph172026年8月22日 更新

ccg-docs

無料

code-context-graph — documentation generation, RAG indexing, and docs quality linting.

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

tae2089/code-context-graph172026年8月22日 更新

tae2089 のスキルをすべて見る

このスキルの問題を報告する