跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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 的全部技能

报告此技能的问题