跳到正文
cccskills
免费在 GitHub 公开

domain

Clarify what domain terms mean in their specific contexts, using repository documentation, code, callers, types, and tests. Surface disagreements between intent and behavior, distinguish competing meanings with examples, and identify compatibility work needed for shared-name changes.

中文简介正在准备中。当前显示英语简介。

原文查看原文说明

Settle what domain terms mean per context, and which repository conventions or language standards (Go, Python) apply. Use when: names disagree or a rename is proposed.

hashgraph-online/awesome-codex-plugins星标 1,422(GitHub 1,422 + cccskills 0)

实测评分 未实测

查看安装方法

适用场景

  • Resolving disagreement over what a domain term means
  • Checking whether code behavior matches the intended vocabulary
  • Assessing compatibility work for a proposed rename

包含的文件(19)

  • SKILL.md6.1 KB
  • references/agentops-terms.md632 B
  • references/caller-vocabulary.md2.2 KB
  • references/standards/common-standards.md18.9 KB
  • references/standards/go.md19.5 KB
  • references/standards/javascript.md2.1 KB
  • references/standards/json.md1.1 KB
  • references/standards/llm-trust-boundary-checklist.md2.3 KB
  • references/standards/markdown.md879 B
  • references/standards/python.md7.8 KB
  • references/standards/race-condition-checklist.md3.3 KB
  • references/standards/rust.md2.4 KB
  • references/standards/shell.md788 B
  • references/standards/skill-structure.md6.6 KB
  • references/standards/sql-safety-checklist.md2.8 KB
  • references/standards/test-pyramid.md4.4 KB
  • references/standards/typescript.md1.1 KB
  • references/standards/yaml.md1.5 KB
  • scripts/validate.sh2.4 KB

SKILL.md(原文)

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

Domain

Two independent uses: vocabulary work makes a term, name or rule boundary precise enough for acceptance examples, code and conversation; a standards lookup finds the language, data-format, risk or test-design standard for a change. Neither needs the other. Plan owns unified discovery and resumption; Domain resolves only the needed vocabulary or rule boundary and returns it to the existing intent.

Vocabulary work

  1. Cite the existing owner. Find the vocabulary owner in the caller's instructions, domain docs or contracts and read only the relevant terms. A lookup is read-only. With no owner, label each definition as observed in code or proposed.
  2. Keep one meaning per bounded context, the area where a term has one agreed meaning and an owner for its rules. When a word crosses contexts, name each meaning and the translation at the boundary instead of imposing one global definition.
  3. Report code that disagrees with intent. Identify the actor, state, operation and observable result the term denotes, then compare the intended meaning with callers, types and tests. A mismatch is a finding to resolve: renaming code does not add missing behavior, and redefining the term to match the code hides the defect.
  4. Price renames of shared names. Exported names, serialized fields, stored values and API payloads need compatibility work (migration, versioning, client updates), not a cosmetic replacement. Keep naming changes within authorized scope.
  5. Distinguish with an example. Separate competing meanings with a concrete case; express a branching boundary as Given/When/Then and reuse it in implementation and validation. Use the settled term in scenario names, operations, types and documentation. Ask only when an unresolved distinction would change behavior or ownership; a lookup needs no interview.
  6. Update the owner; add no glossary by default. When refinement is authorized, update the existing owner with the meaning, context and example. Without an owner, return the proposal in the caller's intent or conversation rather than creating a new glossary file. Admit a term only when a newcomer needs it and it is a concept of its own, not a property of another entry or a general programming word. An entry gives one sentence of meaning plus any lifecycle or ownership rules, defines the project terms it uses, and records behavior, not current values, dates, owners or status. Keep another context's alias as a translation; mark a retired synonym on the surviving entry as a word to avoid.
  7. Propose a decision record only when it earns one. When a boundary or rename becomes a design decision, propose an ADR only if it is costly to reverse, would puzzle a later reader without its context, and chose between real alternatives for stated reasons; otherwise the owner update and its example are enough. Use the repository's decision-record format, or a short title and one to three sentences of context, choice and reason. Keep implementation detail out of the vocabulary owner.

Return vocabulary work in this shape, then stop once the next change can be named and judged consistently:

TermContextMeaningSourceDistinguishing exampleOpen question
<term><bounded context><definition><path:line, observed in code, or proposed><Given/When/Then or concrete case><caller decision, or none>

After the table, list the translations between contexts, each located code-versus-intent disagreement, the compatibility cost of any proposed rename, and the owner updated or the text proposed for it. See caller vocabulary examples.

The synonym smuggling failure substitutes a word that changes a term's authority: calling a verdict a closure quietly assigns a tracker transition to judgment. Keep the original term when a substitute would move responsibility.

AgentOps terms

Only when AgentOps itself is the subject, load its owners from AgentOps terms. Do not apply AgentOps vocabulary to an unrelated caller domain.

Standards lookup

Load only the language or risk guidance needed for the current change, starting from the common standards. Repository contracts and the actual toolchain take precedence. These references do not create a second approval or validation lane.

Idea provenance: Matt Pocock's engineering skills (domain modeling), adapted for AgentOps.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Plan worthwhile local tasks by checking dependencies, effects, resources, and platform boundaries, then execute the exact approved plan. It can use safe parallel work or suitable Apple-silicon backends when the project exposes them.

中文简介正在准备中。当前显示英语简介。

  • Speed up independent local build or test steps
  • Plan a task with several dependency-linked operations
  • Choose an Apple-silicon backend for supported numerical or media work
hashgraph-online/awesome-codex-plugins14222026年10月27日 更新

add

免费

Record deferred engineering decisions and temporary workarounds in a debt registry, with context such as effort, ongoing cost, affected area, and payoff trigger. Entries receive short labels so they can be reviewed or dropped later.

中文简介正在准备中。当前显示英语简介。

  • Logging a TODO or unfinished implementation
  • Recording a temporary default or bypassed check
  • Tracking a swallowed error or loosened type
hashgraph-online/awesome-codex-plugins14222026年10月28日 更新

Generate or compare AI agent code for LangChain, EINO, AutoGen, AgentScope, and CrewAI using framework-specific templates, API mappings, conventions, and project structures. Reference files include verification dates to help identify potentially outdated guidance.

中文简介正在准备中。当前显示英语简介。

  • Creating an agent project for a chosen framework
  • Comparing APIs across supported agent frameworks
  • Referencing framework-specific tool and memory patterns
hashgraph-online/awesome-codex-plugins14222026年10月26日 更新

Investigate a reproducible bug, test failure, or unexpected page behavior, then make a narrowly scoped fix. The workflow calls for a regression test before changing code, verifies the fix, and reports remaining risks and evidence while avoiding unrelated refactoring or feature work.

中文简介正在准备中。当前显示英语简介。

  • Finding the cause of a failing test
  • Fixing an unexpected page or feature behavior
  • Adding a regression test before a minimal code change
hashgraph-online/awesome-codex-plugins14222026年10月28日 更新

Build an AI agent project through six collaborative stages, from requirements and architecture to tools, prompts, code generation, and verification. Start framework-independent, then generate a runnable project for frameworks such as LangChain, EINO, AutoGen, AgentScope, or CrewAI.

中文简介正在准备中。当前显示英语简介。

  • Designing an AI agent from a business need
  • Generating a runnable agent project
  • Planning tools, prompts, and orchestration
hashgraph-online/awesome-codex-plugins14222026年10月26日 更新

Audit a project or learning workflow for scope drift, conflicting plans, inconsistent names, and code quality concerns. The skill reads project files and code, then reports evidence, severity, and suggested next steps without changing files.

中文简介正在准备中。当前显示英语简介。

  • Checking whether project work has drifted from its agreed scope
  • Finding conflicting plans or inconsistent naming
  • Reviewing code against project decisions without editing it
hashgraph-online/awesome-codex-plugins14222026年10月28日 更新

查看 hashgraph-online 的全部技能

报告此技能的问题