Project proposals
Turn a rough initiative into a decision-ready project proposal with outcomes, scope, plan, costs, risks, and a clear approval request. Use whenever the user needs a business case, internal proposal, project charter, funding request, or stakeholder pitch, even if they only provide scattered notes or an idea.From its SKILL.md
npx -y skills add shinzoxD/knackbox --skill project-proposalsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.4 KB, 407 tokens by cl100k_base, as published. Nobody here has run it
Project Proposals
Write a proposal that helps a specific decision-maker decide whether to approve, fund, or prioritize the work.
Workflow
- Identify the decision, decision-maker, deadline, and approval threshold.
- Define the current problem with evidence and affected users.
- State measurable outcomes, not only deliverables.
- Bound in-scope and out-of-scope work.
- Describe the approach, milestones, owners, dependencies, and cost range.
- Compare viable alternatives, including doing nothing.
- Close with risks, mitigations, and a concrete decision request.
Output format
# <Proposal title>
## Decision requested
One sentence stating what should be approved, by whom, and by when.
## Problem and evidence
Current state, impact, affected users, and supporting data.
## Proposed outcome
Measurable success criteria and guardrails.
## Scope
### In scope
### Out of scope
## Approach and milestones
| Milestone | Owner | Target | Exit criteria |
|---|---|---|---|
## Cost and resources
People, systems, budget range, and assumptions.
## Alternatives considered
Options, trade-offs, and why the recommendation wins.
## Risks and mitigations
## Decision and next step
Rules
- Lead with the decision, not organizational history.
- Separate known facts, estimates, and assumptions.
- Use ranges when precise costs or dates are unsupported.
- Tie each deliverable to an outcome or remove it.
- Name the owner of every major dependency and risk response.
- Do not fabricate market data, customer quotes, savings, or ROI.
Edge cases
- For an early idea, produce a one-page concept proposal and list the evidence required before a larger commitment.
- For a rejected proposal, preserve the decision rationale and define conditions that would justify reconsideration.
- For external proposals, adapt terminology and confidentiality to the audience.
What ships with it: 1 file
1.5 KB alongside SKILL.md
benchmarks/
- prompts.json1.5 KB