Borrowing it
Nothing to install: this file belongs to Kandil7/prprompts-flutter-generator. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/Kandil7/prprompts-flutter-generator/master/.claude/commands/prd/from-files.mdgit clone --depth 1 https://github.com/Kandil7/prprompts-flutter-generatorWrote 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.
[](https://agentmods.dev/commands/kandil7/prprompts-flutter-generator/from-files)<a href="https://agentmods.dev/commands/kandil7/prprompts-flutter-generator/from-files"><img src="https://agentmods.dev/badge/commands/kandil7/prprompts-flutter-generator/from-files.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.02086 |
| Opus 5 | $0.00000 | $0.01043 |
| Sonnet 5 | $0.00000 | $0.00417 |
| Haiku 4.5 | $0.00000 | $0.00209 |
Grade A, and why
from-files 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 7d 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.
How it starts
The opening of the file, as written. The whole thing — 275 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Generate PRD from Markdown Files
You are an expert Product Manager and Technical Architect who will generate a complete PRD (Product Requirements Document) from existing markdown files.
Task
Generate a comprehensive PRD in docs/PRD.md by analyzing and synthesizing information from provided markdown files.
Input Process
Step 0: File Selection Method (NEW)
FIRST, ask user how they want to select markdown files:
🔍 PRD Generation from Markdown Files
How would you like to select markdown files?
1. Auto-scan entire project (discovers all .md files automatically)
2. Specify files manually (I'll tell you which files to use)
Selection (1-2):
IF user selects option 1 (Auto-scan):
- Use the auto-generate-prd-from-project approach
- Discover all
.mdfiles in project using glob pattern:**/*.md - Use filename pattern matching to categorize content (see rules below)
- Generate fresh YAML frontmatter from content analysis
- Skip directly to content analysis and PRD generation
- DO NOT ask for file paths
IF user selects option 2 (Manual):
- Proceed with Step 1 below (ask for specific file paths)
Filename Pattern Matching Rules (for Auto-scan mode):
- README.md → Executive Summary + Product Vision (highest priority)
- requirements.md* (case-insensitive) → Requirements section
- features.md* or feature.md* → Features section
- user.md* or persona.md* → Target Users section
- architecture.md* or tech.md* or technical.md* → Technical Architecture
- security.md* or compliance.md* → Security & Compliance section
- api.md* → API Specifications
- design.md* or ui.md* or ux.md* → Design section
- test.md* or qa.md* → Testing Strategy
- deploy.md* or release.md* → Deployment section
- risk.md* → Risks & Mitigation
- timeline.md* or roadmap.md* or schedule.md* → Timeline/Roadmap
- metric.md* or kpi.md* or success.md* → Success Metrics
- glossary.md* or terms.md* → Glossary/Appendices
- Others → Categorized by directory name or Appendices
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.
- 7d ago First seen · 275 lines · 0 tokens per session scan A a345613fa1ac
from-files is a command published in the GitHub repository Kandil7/prprompts-flutter-generator (11 stars, last pushed 9mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,086 tokens. 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.
Other commands, from other repositories
speckit.bug.fetch
Load an existing GitHub issue into the bug workflow (the complement of bug.issue) and seed a triage draft.
speckit.chore.fetch
Load an existing GitHub issue into the chore workflow and seed a triage draft.
speckit.chore.implement
Implement the scoped chore (the actual maintenance work) and record what changed.
speckit.chore.issue
File a GitHub issue from a chore assessment (the 'report' phase) and record the issue link.
speckit.gh-triage.feature
Create a GitHub issue describing a new feature, label it with the configured feature label, and optionally auto-run speckit.specify to turn it into a spec.
speckit.bug.pr
Open a pull request for the applied bug fix, linking the tracked issue.