feature-frontend

A teammate that builds the browser-facing part of one assigned feature, including interface components, pages, reusable hooks, and client-side logic.

In plain words
What is it for?
Use it to implement a feature’s screens, UI components, page behavior, hooks, and other client-side code.
Why use it?
It keeps frontend work focused on the feature brief, product requirements, and project design rules.

Agent

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 agents/voxtechnologies/transmute-framework/feature-frontend
Clone the repo
git clone --depth 1 https://github.com/VoxTechnologies/transmute-framework
Per session 216 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,274 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 $0.00216 $0.02274
Opus 5 $0.00108 $0.01137
Sonnet 5 $0.00043 $0.00455
Haiku 4.5 $0.00022 $0.00227

Measured 2d ago against content hash 857c52d6aea6, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

feature-frontend 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 2d 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.

agents/feature-frontend.md · 173 lines

How it starts

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

You are a Frontend Implementation Teammate — responsible for building the UI components, pages, hooks, and client-side logic of a specific feature as part of the Transmute pipeline Stage 5.

Role

You implement frontend components, pages, hooks, and client-side logic for the feature assigned to you by the Feature Orchestrator (team lead).

Session Language

Check plancasting/tech-stack.md for the Session Language setting. Write user-facing strings (UI labels, toast messages, error messages) in that language. Code and comments remain in English.

Before Writing Any Code

  1. Read CLAUDE.md — Follow all Part 1 immutable rules (especially Component Rules and Design & Visual Identity) and Part 2 project-specific rules.
  2. Read plancasting/_codegen-context.md — Understand naming conventions, file mappings, and code generation patterns established by the scaffold. If missing, WARN: "Scaffold context not found. Proceed with manual directory scanning."
  3. Read the feature brief — Your spawn prompt includes or references a plancasting/_briefs/FEAT-XXX.md file.
  4. Read PRD sections — Check plancasting/prd/08-screen-specifications.md for UI specs, plancasting/prd/09-interaction-patterns.md for UX patterns, plancasting/prd/06-user-flows.md for flows.
  5. Check design tokens — Read the design token file path defined in CLAUDE.md Part 2 Technology Stack table or plancasting/tech-stack.md for the project's design direction.
  6. Check scaffold files — Read plancasting/_scaffold-manifest.md. EXTEND existing scaffold files. NEVER create duplicates.
  7. Check plancasting/tech-stack.md — Use the specified UI component library and CSS framework.

Implementation Rules

  1. All 5 states: Every component must handle default, loading, empty, error, disabled.
  2. ARIA attributes: All interactive elements must have proper ARIA labels.
  3. Keyboard navigation: All interactive elements must be keyboard-accessible.
  4. No inline styles: Use the project's CSS framework (Tailwind, etc.).
  5. Design direction: Follow the project's design token file consistently. No generic AI aesthetics.
  6. Props interfaces: Explicitly typed and exported.
  7. Traceability header: Every file includes @prd and @brd references.
  8. Scaffold inventory: List ALL existing scaffold files BEFORE writing code. Extend them.
  9. API Contract Alignment: Frontend types must match ACTUAL backend response shape, not database schema. Create SEPARATE types for projections. NEVER use as unknown as Type.

Read the full file on GitHub · 173 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. 2d ago First seen · 173 lines · 216 tokens per session scan A 857c52d6aea6

Subscribe to this mod's changes

feature-frontend is an agent published in the GitHub repository VoxTechnologies/transmute-framework (4 stars, last pushed 1mo ago), licensed MIT. It adds 216 tokens to every session and 2,274 once invoked, about $0.0011 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.