new-project
- Repo stars 0
- Author repo skills-registry
Scaffold a new project with the AI-assisted development workflow.
Argument format: <project-name> [language/framework]
<project-name>(required) — name of the project directory to create[language/framework](optional) — the tech stack, used to tailor Makefile targets, linter config, .gitignore, and pre-commit hooks. Examples:python,python/fastapi,go,typescript/nextjs,rust. If omitted, you will be asked.
Examples:
/new-project my-api python/fastapi— creates./my-api/with Python/FastAPI tooling/new-project my-cli go— creates./my-cli/with Go tooling/new-project my-app— creates./my-app/, asks what stack to use
Process
1. Interview (if needed)
If no language/framework was given, ask the user:
- What language/framework?
- What type of project? (API, CLI, library, web app, etc.)
- Any specific tooling preferences? (test framework, linter, etc.)
2. Initialize the project
Create the project directory inside the current working directory and initialize git:
mkdir -p <project-name>
cd <project-name>
git init
The project is created at $PWD/<project-name>/. If you want it elsewhere, cd to the desired parent directory first.
3. Create workflow structure
Create these directories:
.claude/
.claude/agents/
docs/
docs/specs/
docs/roadmap/
docs/adr/
docs/rfc/
Note: Skills are installed globally at ~/.claude/skills/. Do NOT create project-level skill copies — they'd duplicate and drift from the global versions. The global skills (/architecture, /tdd, /security, /adr, /rfc, /spec, /roadmap, /feature, /fix, /review, /autopilot) are already available. For stack-aware code review, install Anthropic's official code-review skill from claude-code-plugins. Only create project-level agents and settings.
4. Create CLAUDE.md
Create a CLAUDE.md at the project root tailored to the language/framework:
# CLAUDE.md
## Build & Test
- `make test` — run test suite
- `make lint` — run linters
- `make typecheck` — type checking (if applicable)
- `make build` — build the project (if applicable)
## Code Style
- [Language-specific conventions that Claude might get wrong]
## Architecture
- [Brief description of project structure]
## Workflow
- All PRs require passing CI + human review
- Commit messages use conventional commits (feat:, fix:, refactor:, chore:)
- Security-sensitive changes require /sec-review before PR
- Features start with a spec in docs/specs/
Adapt the build commands and style section to the chosen language/framework.
5. Create project-level agents
Copy the security-reviewer and architecture-reviewer into .claude/agents/, tailored to the project's language if needed.
6. Create project-level settings
Create .claude/settings.json with hooks appropriate to the language:
{
"hooks": {
"PostToolUse": [
{
"matcher": "Edit|Write",
"command": "make lint-changed 2>&1 | head -20",
"description": "Lint after every file edit"
}
]
}
}
7. Create Makefile
Create a Makefile with standard targets for the chosen language/framework:
test— run testslint— run lintertypecheck— run type checker (if applicable)build— build (if applicable)lint-changed— lint only changed filessecurity-scan— run security scanner (gitleaks, bandit, gosec, etc.)
8. Create .pre-commit-config.yaml
Set up pre-commit hooks:
- Language-appropriate linter
- Type checker (if applicable)
- Test runner
- gitleaks for secret detection
9. Create .gitignore
Appropriate for the language/framework. Always include:
.claude/local files.env- Language-specific build artifacts
10. Create initial docs
Create .gitkeep files to preserve directory structure:
docs/specs/.gitkeepdocs/roadmap/.gitkeepdocs/adr/.gitkeepdocs/rfc/.gitkeep
11. Summary
Tell the user what was created and suggest next steps:
cd <project-name>pre-commit install/prd <project-name>— define what we're building/architecture— define system structure/tdd— define testing strategy, dev environment, CI/CD/security— define the threat model (if applicable)/spec <first-feature>— write your first feature spec/feature docs/specs/<first-feature>.md— implement it
<!-- tomevault:4.0:skill_md:2026-05-23 -->Source: 0xrafasec/ai-workflow — distributed by TomeVault.
- Fluxly category
- Documentation
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @tomevault-io · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Plug-and-play
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Python
- Detected file/system behavior
-
- Read-only
- Write / modify
- Env read
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. Process
Create these directories: Note: Skills are installed globally at ~/.claude/skills/. Do NOT create project-level skill copies — they'd duplicate and drift from the global versions. The global skills (/architecture, /tdd, /security, /adr, /rfc, /spec, /roadmap,…
All PRs require passing CI + human review Commit messages use conventional commits (feat:, fix:, refactor:, chore:) Security-sensitive changes require /sec-review before PR
Scaffold a new project with the AI-assisted development workflow.
**Argument format:** `<project-name> [language/framework]`
- `<project-name>` (required) — name of the project directory to create
- `[language/framework]` (optional) — the tech stack, used to tailor Makefile targets, linter config, .gitignore, and pre-commit hooks. Examples: `python`, `python/fastapi`, `go`, `typescript/nextjs`, `rust`. If omitted, you will be asked.
**Examples:**
- `/new-project my-api python/fastapi` — creates `./my-api/` with Python/FastAPI tooling
- `/new-project my-cli go` — creates `./my-cli/` with Go tooling
- `/new-project my-app` — creates `./my-app/`, asks what stack to use
## Process
### 1. Interview (if needed)
If no language/framework was given, ask the user:
- What language/framework?
- What type of project? (API, CLI, library, web app, etc.)
- Any specific tooling preferences? (test framework, linter, etc.)
### 2. Initialize the project
Create the project directory **inside the current working directory** and initialize git:
```bash
mkdir -p <project-name>
cd <project-name>
git init
```
The project is created at `$PWD/<project-name>/`. If you want it elsewhere, `cd` to the desired parent directory first.
### 3. Create workflow structure
Create these directories:
```
.claude/
.claude/agents/
docs/
docs/specs/
docs/roadmap/
docs/adr/
docs/rfc/
```
… Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> Process → 1. Interview (if needed) → 2. Initialize the project → 3. Create workflow structure → 4. Create CLAUDE.md → Build & Test
terms -> Argument format · Examples · inside the current working directory · Note
files/cmd -> <project-name> [language/framework] · <project-name> · [language/framework] · python · python/fastapi · typescript/nextjs · rust · /new-project my-api python/fastapi
body sha256 -> 9133c4b0210a
Decide Fit First
Design Intent
How To Use It
Boundaries And Review