layerkit-design-flow

layerkit-design-flow is a skill for Claude Code, Codex from hariharapanigrahy/layerkit. It costs 27 tokens per session (510 once invoked), scanned A, original, MIT.

A design workflow for deciding how an external-service integration should fit into an existing codebase. It examines current adapters, mappers, routing, registries, tests, and feature flags before proposing changes.

In plain words
What is it for?
Use it to plan new or changed vendor integrations, choose files and functions to edit, identify obsolete code or tests, and define required source changes and follow-up work.
Why use it?
It reduces unnecessary new abstractions by checking whether an existing integration path can be updated. It also ties design decisions to vendor documentation and the production code path.

Skill for Claude CodeCodex

Install

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.

agentmods
npx agentmods add skills/hariharapanigrahy/layerkit/layerkit-design-flow
Any agent
npx skills add hariharapanigrahy/layerkit --skill layerkit-design-flow
Clone the repo
git clone --depth 1 https://github.com/hariharapanigrahy/layerkit

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for layerkit-design-flow

README.md
[![agentmods](https://agentmods.dev/badge/skills/hariharapanigrahy/layerkit/layerkit-design-flow.svg)](https://agentmods.dev/skills/hariharapanigrahy/layerkit/layerkit-design-flow)
Your own site
<a href="https://agentmods.dev/skills/hariharapanigrahy/layerkit/layerkit-design-flow"><img src="https://agentmods.dev/badge/skills/hariharapanigrahy/layerkit/layerkit-design-flow.svg" alt="Measured on agentmods" height="20"></a>
Per session 27 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 510 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00027 $0.00510
Opus 5 $0.00014 $0.00255
Sonnet 5 $0.00005 $0.00102
Haiku 4.5 $0.00003 $0.00051

Measured 5d ago against content hash acf18d914b71, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-05, from the pricing page.

Security

Grade A, and why

layerkit-design-flow 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 5d ago.

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.

skills/layerkit-design-flow/SKILL.md · 52 lines

How it starts

The opening of the file, as written. The whole thing — 52 lines — stays where its author put it; the contents beside it link to each section on GitHub.

layerkit-design-flow

Use this skill to decide how the client package should express a vendor integration change.

Protocol

  1. Read the existing integration topology: mappers, adapters, routers, registries, tests, and feature flags.
  2. Read vendor evidence for the changed endpoint, payload, auth, batching, or ordering requirement.
  3. Prefer changing the existing mapper/adapter path.
  4. Use a multi-step flow in client code only when vendor evidence requires sequencing, branching, batching, or retries that are not already represented.
  5. Before adding a new abstraction, document why the existing abstraction cannot be changed.
  6. Update tests around the actual production path.

Design Outputs

  • Existing file/function to update.
  • Stale code/docs/tests to delete or rewrite.
  • Required source edits.
  • Tests to add or update.
  • Residual TODOs where the client datalayer cannot satisfy the vendor contract.

Multi-vendor / new vendor on existing path

When the package already ships one or more vendors and the user wants a new vendor:

  1. Pick a sibling vendor adapter/mapper as the structural reference (file:// path).
  2. Design the new integration by following that existing path: same module root, registry/router wire, privacy hooks, and test layout.
  3. Prefer cloning the sibling structure over inventing a parallel facade or side registry.
  4. Document: sibling reference path → new vendor files → registry entry → tests cloned from sibling.
  5. Only introduce a new abstraction when no sibling file can own the vendor-specific behavior, and list what existing surface cannot be extended.

Forbidden

  • Designing a Layerkit runtime flow instead of client-owned source code.
  • Adding a side registry/facade when the existing route/mapper can be edited.
  • Inventing auth, endpoint, batching, or routing behavior without evidence.
  • Finalizing while package verification fails.
  • Designing a freestyle tree beside an existing multi-vendor module root.

Success Criteria

Read the full file on GitHub · 52 lines

Changes

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.

  1. 5d ago First seen · 52 lines · 27 tokens per session scan A acf18d914b71

Subscribe to this mod's changes

layerkit-design-flow is a skill published in the GitHub repository hariharapanigrahy/layerkit (8 stars, last pushed 29d ago), licensed MIT. It adds 27 tokens to every session and 510 once invoked, about $0.0001 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-08-31.

Related

Other skills, from other repositories

bcc-plan-spar

BCC align+lock+review PLAN.md for one slice (no product code). Slash: /bcc-plan-spar · chat: bcc:plan-spar · "lock PLAN" · spar the plan. Args: rounds=N (auto-review cap), review=self|subagent|cli|auto|off. Grill until clear enough (no default Q&A quota). Hand off to bcc-clean-cut after human APPROVE.

bo-cao/breaking-coding-chaos · 91 tokens

bcc-throughline

BCC global progress cockpit (plans.md/progress.md/findings.md). Slash: /bcc-throughline · chat: bcc:throughline · "where are we" · reprioritize · resume after /clear. Not for coding or full PLAN grill.

bo-cao/breaking-coding-chaos · 56 tokens

bcc-breaking-coding-chaos

BCC main skill: dual-loop coding workflow (throughline → plan-spar → clean-cut) or quick status+next. Slash: /bcc-breaking-coding-chaos · chat: bcc:breaking-coding-chaos · "run BCC" · "BCC status" · "what next BCC". Needs a real idea (1:1 implement). Args: goal text, or status. May pass plan-spar review budget as…

bo-cao/breaking-coding-chaos · 101 tokens

bcc-clean-cut

BCC minimal implement from locked PLAN.md (ponytail ladder + verify). Slash: /bcc-clean-cut · chat: bcc:clean-cut · "implement PLAN" after human APPROVE. Not for plan grill (use bcc-plan-spar).

bo-cao/breaking-coding-chaos · 55 tokens

chinese-git-workflow

适配国内 Git 平台和团队习惯的工作流规范——Gitee、Coding、极狐 GitLab 全覆盖.

Leodorareluctant259/superpowers-zh · 33 tokens

chinese-commit-conventions

中文 Git 提交规范 — 适配国内团队的 commit message 规范和 changelog 自动化.

Leodorareluctant259/superpowers-zh · 28 tokens