Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add ontology-of-everything/SemanticSkills --skill concept-implementationgit clone --depth 1 https://github.com/ontology-of-everything/SemanticSkillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/ontology-of-everything/semanticskills/concept-implementation)<a href="https://agentmods.dev/skills/ontology-of-everything/semanticskills/concept-implementation"><img src="https://agentmods.dev/badge/skills/ontology-of-everything/semanticskills/concept-implementation/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/ontology-of-everything/semanticskills/concept-implementation"><img src="https://agentmods.dev/badge/skills/ontology-of-everything/semanticskills/concept-implementation.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00057 | $0.01334 |
| Opus 5 | $0.00028 | $0.00667 |
| Sonnet 5 | $0.00011 | $0.00267 |
| Haiku 4.5 | $0.00006 | $0.00133 |
Grade A, and why
concept-implementation scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
概念实现（模块单体）
目标
将已确认模型与规格落为概念模块、组合/接口层、共存规格和验证。已确认边界不重开讨论；只把影响实现的模型缺口交回 concept-design，其他部分继续。按请求交付架构方案或实际代码，不以骨架替代已要求的实现。
原则
- 概念模块之间零相互引用（本仓对独立性的工程约定）：数据与控制流全部经组合层流动；syncs 是唯一允许同时引用多个概念的地方。
- 对外 API 经应用入口执行已确认的协调/权限策略；应用动作可引发多条 sync，不等于单条规则。
- 概念自身不变量由其 domain 保证；跨概念策略放 syncs。组合层无自有业务状态，但可持久保存溯源、重试与幂等记录。
- 错误是可匹配的输出 case，不是抛出即忘的异常；每个可达失败有响应、重试、补偿或有意忽略策略，不能以共享事务替代错误契约。
- 规格与代码共存，此后规格先行：先改规格再改实现。
- 分组只是工程组织，不带架构语义；无痛点不分组。
流程
- 映射模型元素：按下表为每个 concept 建可验证边界的模块（独立包是优选，不强制新建构建单元），按端口-适配器分层（domain 不依赖其他概念或传输协议 → actions 即应用服务、依赖 port → adapter 实现 port；组合根是唯一命名具体 adapter 的地方）。
- 选 sync 落地路线：读
references/composition-layer.md；默认过程式 mediator，规则多、需审计追踪或按规则演进时选规则引擎。核对入口、完成事件、查询绑定、请求关联与失败路径。 - 接口层：端点 = 组合层入口，路由与 DTO 映射写在接口适配器；
Requesting动作触发 sync，响应由 sync 产生。 - 规格共存落位：CONCEPT.md 进模块目录、SYNCS.md 进 syncs 目录。
- 语言落地：只读目标语言一份参考，固化边界看护测试进 CI。
- 规模化（仅当十余个概念以上、平铺难导航或多团队分治）：读
references/scaling.md。 - 逐条核对「命题」。
命题
- 模块依赖图核验：概念模块互不依赖；只有 syncs 与 app 引用多个概念。
- 边界规则已固化为架构看护测试并进 CI。
- 失败、无匹配、多匹配、重放与并发请求的行为符合契约；事务未改变已完成动作的可观察语义。
- OP 有代表性测试；动作不变量及 sync 的绑定、错误、隔离和重试由行为测试覆盖。
- 规格已共存落位且与代码一致；CONCEPT.md 无 interactions / dependencies 段、四节不依赖其他概念定义（否则回
concept-prd重新转录）。 - 模型中的排除动作未被组合层调用，也未经 API 暴露。
- 依赖图中的产品子集可通过 feature / 构建开关裁剪。
记法与模板
| 模型元素 | 代码落点 |
|---|---|
| 一个 concept | 一个独立模块，按项目需要选择 crate / 包，对外只暴露 actions 与状态查询 |
类型参数 [T, ...] |
泛型参数或不透明 ID（值对象），不引入对方类型；可零个或多个 |
| state | 模块私有，经 port 抽象持久化；不是全局数据模型 |
| actions | 模块的公开方法 / 服务；错误是独立的输出 case |
queries（_ 前缀） |
模块的只读查询方法；供 sync 的 where 段与展示层 |
| OP | 代表性测试场景，辅以 actions/state 的边界测试 |
| sync | 组合层代码：mediator 函数或规则引擎规则 |
| extrinsic 依赖图 | 构建 / 交付顺序与产品裁剪，不产生代码依赖 |
参考
| 何时读 | 文件 |
|---|---|
| 选择组合路线时：匹配/绑定、flow、接口、状态、错误与事务、规格共存 | references/composition-layer.md |
| 流程第 6 步：概念分组与 syncs 拆包 | references/scaling.md |
| 流程第 5 步：Rust（cargo workspace、trait 即 port、依赖图与边界看护） | references/rust.md |
流程第 5 步：Java（Spring Modulith：@ApplicationModule 即概念模块、事件实现部分 sync、verify() 看护） |
references/java-spring.md |
| 流程第 5 步：TypeScript（workspace 包边界、LegibleSync 引擎路线、dependency-cruiser 看护） | references/typescript.md |
| 核验出处 | references/sources.md |
What ships with it
7 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 67 lines · 57 tokens per session scan A f81d837736ee
concept-implementation is a skill published in the GitHub repository ontology-of-everything/SemanticSkills (8 stars, last pushed 2d ago), licensed Apache-2.0. It adds 57 tokens to every session and 1,334 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-08.
Other skills, from other repositories
test-verification
Requires behavioral, failure-path, and durable-seam evidence for tests and review. Use when writing tests, reviewing test coverage, assessing behavioral test quality, or accepting high-risk behavior on test evidence.
vibe-reengineer
Top-level orchestration skill coordinating the entire 7-step surgical vibe-to-enterprise reengineering pipeline with automated safety and economic optimization controls.
link-checker-agent
Specialized Quality Assurance Operator for documentation link integrity and scans. Automatically handles automated link validation, auditing, fixing, and repairing broken documentation links and docs paths across repositories, with guidance on when to commit changes.
vibe-behavioral-test-capture
Builds an executable safety net of characterization tests by integrating browser flow recording, API payload snapshotting, DOM state captures, network traces, and mock fixture generation.
vibe-slice-migrator
Progressively migrates legacy prototype routes and features to a clean architecture layer slice-by-slice, verifying them against characterization tests, running purity/drift checks, and executing completion certifications.
vibe-to-speckit-superpowers
End-to-end pipeline that transforms an undocumented vibe-coded prototype into a Spec Kit-compatible specification package and a Superpowers-ready implementation handoff, including characterization tests, domain extraction, architecture decisions, task breakdown, TDD strategy, worktree guidance, and certification…