本文へ移動
cccskills
無料GitHub で公開

techpacks

Single gateway for all core↔tech-pack interactions. Reads manifests, resolves paths, loads skills/agents, routes commands.

インストール方法を見る

含まれるファイル(8)

  • SKILL.md4.1 KB
  • resources/operations.md5.6 KB
  • schemas/command-router-context.schema.json754 B
  • schemas/declared-actions-response.schema.json1.5 KB
  • schemas/sdd-settings.schema.json2.2 KB
  • schemas/skills-router-context.schema.json907 B
  • schemas/techpack-settings.schema.json1.4 KB
  • schemas/techpack.schema.json4.4 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Techpacks Gateway

Single entry point for all core↔tech-pack interactions. No other core file reads techpack.yaml directly, resolves tech pack paths, or loads tech pack skills on its own.

Operations

Eight typed operations — see resources/operations.md for detailed implementations.

OperationPurposeReturns
readManifest(namespace)Parse and return validated techpack.yamlTyped manifest object
resolvePath(namespace, path)Resolve a relative path from manifest to absolute pathAbsolute file path
loadSkill(namespace, skillPath)Load a tech pack skill into contextSkill content
loadAgent(namespace, agentRef)Read agent file, parse frontmatter, resolve skills, spawn as Task subagentTask subagent with composed prompt
routeCommand(namespace, command, args)Invoke the command router skill with structured contextCommand result
routeSkills(namespace, phase, componentType?, agent?)Invoke the skills router to get relevant skills for a phaseSkills loaded into context
listComponents(namespace)Read component types from manifestComponent type list with metadata
dependencyOrder(namespace)Build topological order from dependency graphOrdered component type list

Invocation Pattern

Core skills invoke techpacks operations using this pattern:

Invoke techpacks.readManifest for the active tech pack namespace.
Read the `components` section to find the agent assigned to a given component type.
Invoke techpacks.routeSkills with:
  namespace: <active-namespace>
  phase: plan-generation
  component_type: <type>
Invoke techpacks.loadAgent with:
  namespace: <active-namespace>
  agentRef: { name: "my-agent", path: "agents/my-agent.md" }
  skills: ["coding-standards", "testing-standards"]

Active Tech Packs

Read sdd/sdd-settings.yaml (or .sdd/sdd-settings.yaml) to find active tech packs:

techpacks:
  <namespace>:
    name: <tech-pack-name>
    namespace: <namespace>
    version: "1.0.0"
    mode: internal           # or external, git
    path: <tech-pack-directory>

For internal tech packs, resolve path relative to the plugin root directory. For git-mode tech packs, resolve install_path relative to the project root.

# Git-mode example:
techpacks:
  my-pack:
    name: my-pack
    namespace: my-pack
    version: "1.0.0"
    mode: git
    repo: https://github.com/org/my-pack.git
    ref: v1.0.0
    install_path: sdd/.techpacks/my-pack/techpack

Enforcement Rules

  1. Single gateway. All core→tech-pack interactions flow through this skill. No other core file reads techpack.yaml directly.
  2. No direct reads. Core skills and system commands never read tech pack skill files or agent files directly. They always go through techpacks.
  3. Prompt isolation. Agent markdown bodies and resolved skill contents NEVER appear in the main conversation context. Use system-run.sh agent frontmatter to extract only structured metadata. Spawn agents as Task subagents with their own context.
  4. Structured logging. Every techpacks operation logs via system-run.sh log write --level info --source techpacks.<operation> --message "<description>".
  5. Fail loudly. If a manifest is missing, invalid, or a referenced path doesn't exist, return a clear error. Never silently fall back to hardcoded defaults.

System CLI Commands

The techpacks gateway uses these system CLI commands:

CommandPurpose
system-run.sh tech-pack validate --path <dir>Validate a manifest
system-run.sh tech-pack info --namespace <ns>Read manifest data
system-run.sh tech-pack listList installed tech packs
system-run.sh agent frontmatter --path <file>Extract agent metadata (prompt isolation)
system-run.sh log write --level <l> --source <s> --message <m>Structured logging

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Standards for authoring SDD plugin agents — frontmatter, self-containment, skill references, and no-user-interaction rules.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

Scaffolds Node.js/TypeScript backend components with CMDO architecture, driven by component settings.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

CMDO architecture standards for Node.js/TypeScript backends with strict layer separation.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

Intent-to-command mappings for fullstack-typescript tech pack features.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

Create change specification and implementation plan with dynamic phase generation. Supports feature, bugfix, refactor, and epic types.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

Orchestrates the full change lifecycle — routes actions to phase-specific sub-files.

日本語の概要は準備中です。原文の説明を表示しています。

LiorCohen/sdd442026年2月24日 更新

LiorCohen のスキルをすべて見る

このスキルの問題を報告する