mcpbeat Sign in

031 Architecture Adr Functional Requirements Agent Skill

Facilitates conversational discovery to create Architectural Decision Records (ADRs) for functional requirements covering CLI, REST/HTTP APIs, or both. Use when the user wants to document command-line or HTTP service architecture, capture functional requirements, create ADRs for CLI or API projects, or design interfaces with documented decisions. This should trigger for requests such as Create ADR for functional requirements; Document functional requirements; Capture functional requirements; Generate functional requirements in an ADR; Decide CLI versus REST functional requirements for an ADR. Part of Plinth Toolkit

4k tokens
context cost
the whole folder, loaded on every use
2
files
instructions only
0
copies elsewhere
how many repositories repackaged it
423
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/jabrena/plinth --skill 031-architecture-adr-functional-requirements

The instruction itself

5 sections, as written by the author

Create ADRs for Functional Requirements (CLI and/or REST API)

Guide stakeholders through a structured conversation to uncover and document technical decisions and functional requirements for command-line tools, REST/HTTP APIs, or combined surfaces. This is an interactive SKILL. The ADR is the documentation of that conversation, not the conversation itself. Infer CLI vs API from the current workspace when possible; ask a short clarifying question when unclear. Use only the current conversation and repository files explicitly available in the current session.

What is covered in this Skill?

  • Surface discovery: CLI, REST/HTTP API, or both (inference + confirmation)
  • Initial context: purpose, users/consumers, constraints, timeline, load (API when relevant)
  • Functional requirements: surface-specific workflows, I/O, resources, errors
  • Technical decisions: language/framework; REST blocks (API design, auth, data, infra, testing/monitoring) and/or CLI blocks (architecture, data/integration, testing/distribution)
  • Decision synthesis and validation before ADR creation
  • ADR document generation and next steps

Constraints

Use conversational discovery in small batches, build on answers, validate before proceeding. Only create ADR after thorough conversation and user confirmation.

  • MANDATORY: Use the local shell date command before starting to get accurate timestamps for the ADR
  • MUST: Load the bundled reference template during the current session; ignore prior-session content unless the user provides it again
  • MUST: Pose one or two discovery questions at a time; never all at once
  • MUST: Validate summary with user (Does this accurately capture your requirements?) before proposing ADR creation
  • MUST: Wait for user to confirm proceed before generating the ADR

When to use this skill

  • Create ADR for functional requirements
  • Document functional requirements
  • Capture functional requirements
  • Generate functional requirements in an ADR
  • Decide CLI versus REST functional requirements for an ADR

Workflow

  • Get current date

Use the local shell date command before discovery and use it for ADR timestamps.

  • Load reference and discover surface scope

Load references/031-architecture-adr-functional-requirements.md from this skill, infer CLI/API scope from the current workspace, and ask a short clarifying question if unclear.

  • Conduct conversational discovery

Guide discovery in small batches to elicit functional requirements and technical decisions for CLI, REST API, or both.

Step constraints:

  • Never ask all discovery questions at once
  • Validate summary with user before proposing ADR generation
  • Generate ADR after explicit confirmation

Only after user confirms proceed, generate the ADR document and provide concise next steps.

Reference

For detailed guidance, examples, and constraints, see references/031-architecture-adr-functional-requirements.md.

Other skills for the same job

different authors, same section of the catalogue
GitHub Project Management
by ComeOnOliver
×3

Comprehensive GitHub project management with swarm-coordinated issue tracking, project board automation, and sprint planning

14k tokens
Folder Structure Blueprint Generator
by github
vendor ×1

Comprehensive technology-agnostic prompt for analyzing and documenting project folder structures. Auto-detects project types (.NET, Java, React, Angular, Python, Node.js, Flutter), generates detailed blueprints with visualization options, naming conventions, file placement patterns, and extension templates for maintaining consistent code organization across diverse technology stacks.

3k tokens
Sequential Thinking
by mrgoonie
×1

Use when complex problems require systematic step-by-step reasoning with ability to revise thoughts, branch into alternative approaches, or dynamically adjust scope. Ideal for multi-stage analysis, design planning, problem decomposition, or tasks with initially unclear scope.

4k tokens
Openserv Multi Agent Workflows
by internet-court
×1

Multi-agent workflow examples to work together on the OpenServ Platform. Covers agent discovery, multi-agent workspaces, task dependencies, and workflow orchestration using the Platform Client. Read reference.md for the full API reference. Read openserv-agent-sdk and openserv-client for building and running agents.

24k tokens
Caveman Compress
by HoangNguyen0403
×1

> Compress natural language memory files (CLAUDE.md, todos, preferences) into caveman format to save input tokens. Preserves all technical substance, code, URLs, and structure. Compressed version overwrites the original file. Human-readable backup saved as FILE.original.md.

7k tokens scripts
API Patterns
by lingxling
×1

API design principles and decision-making. REST vs GraphQL vs tRPC selection, response formats, versioning, pagination.

5k tokens scripts
Github Workflow Automation
by lingxling
×1

Patterns for automating GitHub workflows with AI assistance, inspired by [Gemini CLI](https://github.com/google-gemini/gemini-cli) and modern DevOps practices.

5k tokens
Domain Identification Grouping
by christophacham
×1

Groups existing components into logical business domains to plan service-based architecture. Use when asking "which components belong together?", "group these into services", "organize by domain", "component-to-domain mapping", or planning service extraction from an existing codebase. Do NOT use for identifying new domains from scratch (use domain-analysis) or analyzing coupling (use coupling-analysis).

10k tokens

How to use it

Copy the folder

Take jabrena/031-architecture-adr-functional-requirements from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.