al-spec-create

al-spec-create is a command for Claude Code from javiarmesto/ALDC-AL-Development-Collection. It costs 34 tokens per session (969 once invoked), scanned A, original, MIT.

A command for writing a detailed technical specification for Microsoft Business Central features. A technical specification is an implementation blueprint describing objects, fields, procedures, events, and code patterns.

In plain words
What is it for?
Use it to create specification files under the required planning directory while leaving production AL objects unchanged.
Why use it?
It turns a requirement and existing architecture decisions into concrete instructions for implementation.

Command for Claude Code

Written for Claude Code: disable-model-invocation in frontmatter. Also seen: mentions subagents.

Good fit Use it to create specification files under the required planning directory while leaving production AL objects unchanged.

Compare 6 commands from other repositories ↓
Install with agentmods
npx agentmods add commands/javiarmesto/aldc-al-development-collection/al-spec-create
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.

Clone the repo
git clone --depth 1 https://github.com/javiarmesto/ALDC-AL-Development-Collection

Made for: Claude Code.

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 al-spec-create

README.md
[![agentmods](https://agentmods.dev/badge/commands/javiarmesto/aldc-al-development-collection/al-spec-create/github.svg)](https://agentmods.dev/commands/javiarmesto/aldc-al-development-collection/al-spec-create)
Your own site
<a href="https://agentmods.dev/commands/javiarmesto/aldc-al-development-collection/al-spec-create"><img src="https://agentmods.dev/badge/commands/javiarmesto/aldc-al-development-collection/al-spec-create/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.

agentmods 80×15 button for al-spec-create

Your own site · 80×15
<a href="https://agentmods.dev/commands/javiarmesto/aldc-al-development-collection/al-spec-create"><img src="https://agentmods.dev/badge/commands/javiarmesto/aldc-al-development-collection/al-spec-create.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 34 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 969 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
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.00034 $0.00969
Opus 5.5 $0.00014 $0.00388
Sonnet 5.5 $0.00007 $0.00194
Haiku 4.5 $0.00003 $0.00097

Measured 1mo ago against content hash 559b88eb2237, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

al-spec-create 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 1mo 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.

copilot-cli-plugin/commands/al-spec-create.md · 67 lines

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.

Copilot CLI adapter — generated; do not edit this distribution. Select a role using /agent or copilot --agent . Role names in this contract are routing destinations, never chat mentions or evidence of an invocation. Delegate only through the native task tool, using the exact discovered agent ID as agent_type (for example al-planning-subagent). Inspect list_agents and the actual task schema first. Keep all canonical human gates. Pass bounded context inline; wait for completion (read_agent for a background task) before consuming the result. A delegated role returns questions to its caller for the human gate. If task or the requested custom agent is unavailable in this context, return the blocked handoff to the caller/user. Never impersonate a missing subagent, silently substitute general-purpose, or launch another CLI process to fake it. Tool aliases in frontmatter select capabilities; call the actual tools exposed by the host: view, glob, grep/rg, edit/create/apply_patch, bash/powershell, web_fetch, task. Use a capability only when granted to this role and available. Load domain skills through the host's skill mechanism when exposed, otherwise read the complete bundled SKILL.md. A read is not a native skill invocation. Resolve PLUGIN_ROOT to this installed agent's plugin directory (not the project or original checkout). It is a path placeholder here, not a promised global shell variable. Read docs/copilot-cli-al-tooling.md there for LSP/MCP bindings; it supersedes older availability examples in the shared terminal contract at skills/skill-migrate/references/cli-al-tools.md, never role duties or human gates. Project instructions and matching .github/instructions rules remain binding; pass the relevant excerpts to delegated roles. Canonical artifacts remain in .github/plans/. Role write scopes are behavioral, not filesystem sandboxes. AL execution requires a verified terminal command/runner or an actually exposed MCP capability. Reuse the configured AL LSP for Agents wrapper through native CLI semantic tools when exposed to this role. Inspect the catalog; do not invent tool aliases or broaden read-only grants to enable rename/write operations. Editor debugger controls remain separate from semantic navigation. Official AL MCP selectors use al/; only Developer/Implementer receive compile/build/ restore. Discover the actual callable names and pass the correct App/Test path. No official publish/authentication tool is granted by this adapter. Triage alone receives the optional dedicated bc-profiling and bc-snapshot proxies; discover their schemas and confirm an authorized target/window before capture. Other roles consume evidence. Capture does not prove autonomous snapshot debugging. Symbol MCP: before any tools/call, verify AL CLI prerequisites are already provisioned; this provider may auto-install AL tools on first use. A read-only role must return that prerequisite to the caller, never bootstrap software. Load symbols via al_packages(action: load, path: absolute consumer path). The MCP process may run from the plugin cache; never assume its cwd is the consumer. Use the discovered schema and report missing .app packages explicitly. Record missing capabilities and unexecuted checks explicitly; never simulate.

AL specification entrypoint

Use al-spec-agent with the requirement, complexity and scope in $ARGUMENTS. Read and follow the canonical specification contract in full before authoring. This entrypoint does not define another specification workflow. Resolve the role link from this installed prompt's directory.

Pass the approved requirement/architecture, current spec path if revising, and any Architect-assigned scope. If this host cannot route to the named custom agent, read that same role contract in the current session and state the routing limit; do not claim another agent executed. Preserve the role's write scope and approval gate. For single-spec the output remains .github/plans/{req_name}/{req_name}.spec.md. For multi-spec pass one assigned SPEC-ID, its exact output path from the approved architecture, architecture revision and required approved predecessor contracts. Do not change the root requirement name to the unit slug or write an aggregate spec. Follow approved authoring groups and preserve both dependency types. Return the assigned spec for current joint consistency review and human approval.

Read the full file on GitHub · 67 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. 1mo ago Changed · +11 lines 559b88eb2237
  2. 1mo ago Changed · +35 lines c7e3df5eddf8
  3. 1mo ago Changed · +3 lines · +14 tokens per session 85adaf65c16b
  4. 1mo ago Changed · -391 lines · -36 tokens per session 52deac2d14d8
  5. 1mo ago First seen · 409 lines · 56 tokens per session scan A 6165de31ddb4

Subscribe to this mod's changes

al-spec-create is a command published in the GitHub repository javiarmesto/ALDC-AL-Development-Collection (113 stars, last pushed 4d ago), licensed MIT. It adds 34 tokens to every session and 969 once invoked, about $0.0001 per session on Opus 5.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-30.