본문으로 건너뛰기
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 / 1,000자

이 양식은 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의 스킬 모두 보기

이 스킬의 문제 신고