Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
25 changes: 24 additions & 1 deletion a2ml-templates/AGENTIC.a2ml.template
Original file line number Diff line number Diff line change
Expand Up @@ -60,7 +60,30 @@ documentation = "inline"
languages = ["affinescript", "rust", "gleam", "{{PRIMARY_LANGUAGE}}"]

# banned: Languages the agent must NEVER use, even if asked.
banned = ["typescript", "rescript", "go", "python", "makefile"]
banned = ["typescript", "rescript", "go", "python", "ruby", "makefile"]

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Quality: 'ruby' banned in template but absent from canonical banned list

The template adds ruby to banned, but the canonical language-policy.scm banned-languages list (frozen v1.x) does not contain ruby, and its allowed-languages list still classes rescript as "Primary application code" while the template bans it. The template's language constraints are drifting from the canonical machine-readable policy. If ruby is genuinely to be banned estate-wide, add it to the canonical policy through the applicable change procedure so the two stay in sync; otherwise the template asserts a ban no canonical source backs.

Was this helpful? React with 👍 / 👎


# banned-exempt-repo-classes: the ONLY places a banned language may appear.
# A ban is about not letting a language spread through the estate — not about
# pretending it does not exist. Interoperating with an ecosystem means writing
# in it, in one bounded, named place:
# <lang>-ecosystem — the repo that exists to hold that language's world
# (e.g. rescript-ecosystem)
# adapter — a bounded translation layer to a foreign ecosystem
# (e.g. the ReScript adapter in `proven`)
# mcp — an MCP server for one specific external thing
# Anywhere else, a banned language is a defect regardless of how it got there.
banned-exempt-repo-classes = ["<lang>-ecosystem", "adapter", "mcp"]

# js-runtime-order: preference for anything needing a JS runtime or package
# manager. Take the first that can do the job; drop to the next only when it
# genuinely cannot.
# bun — the default. Compatibility decides, and bun has it.
# deno — second. Kept for existing code; not chosen for new work. Walking
# everything through Deno was a real cost, and its longevity is not
# a safe bet to build on.
# pnpm — third, when a real node_modules layout is unavoidable.
# npm — last resort only.
js-runtime-order = ["bun", "deno", "pnpm", "npm"]
Comment on lines +77 to +86

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Bug: js-runtime-order contradicts canonical Deno-first policy

The new js-runtime-order = ["bun", "deno", "pnpm", "npm"] directly contradicts two canonical sources that this template must not diverge from. docs/JS-RUNTIME-POLICY.adoc (:status: ACTIVE, self-described "canonical estate-wide policy") mandates the hierarchy Deno > Bun > pnpm > npm (lines 31-58), and rhodium-standard-repositories/spec.scm/language-policy.scm lists bun under banned-languages with replacement deno (lines 58-59) in a file marked "FROZEN 2025-12-27 / immutable in v1.x". Making bun the default in the template while the canonical policy still ranks Deno first — and bans bun outright — leaves the estate with two authoritative-but-opposite rules and no gate can satisfy both. Either land the change to the canonical doc/scm through their change procedure first, or hold this template change until that policy is actually re-authorised.

Was this helpful? React with 👍 / 👎


# ── Project-Specific Overrides ────────────────────────────────────────────
[agentic-config.project-specific]
Expand Down
Loading