Install
$ agentstack add skill-shaunandrews-agent-skills-project-setup ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ● Environment & secrets Used
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Project Setup Skill
Use this skill when creating a new project. It establishes a consistent structure across all projects.
When to Use
- Starting a new project
- User asks to "set up a project" or "create a new project"
- Bootstrapping a workspace for a new initiative
Project Location
All projects live in: ~/Developer/Projects/{project-name}/
Use kebab-case for project names (e.g., site-editor-navigation, wp-cowork-plugin).
Standard Structure
{project-name}/
├── .git/ # Initialized git repo
├── .gitignore # Standard ignores (see below)
├── README.md # Project overview, quick start
├── CLAUDE.md # Guidance for Claude Code / AI agents
├── docs/ # Documentation
│ ├── overview.md # Project overview (always create this)
│ └── (other docs)
└── logs/ # Session logs, dev notes (git-ignored)
└── (daily logs)
File Templates
README.md
# {Project Name}
{One-line description}
## Overview
{Brief explanation of what this project does and why it exists}
## Quick Start
```bash
cd ~/Developer/Projects/{project-name}
# Add setup commands here
Documentation
| Doc | Description | |-----|-------------| | [docs/](docs/) | Project documentation |
Structure
{project-name}/
├── docs/ # Documentation
├── logs/ # Development logs (git-ignored)
└── README.md # This file
Related
- {Links to related issues, PRs, projects}
### CLAUDE.md
```markdown
# CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
## Project Overview
{One-line description of what this project is and its goal}
## Development
```bash
# Add common commands here
Architecture
{Brief description of tech stack, key patterns, important files}
Documentation
The /docs/ folder contains:
- {List key docs}
Scope
- In scope: {What this project covers}
- Out of scope: {What it doesn't cover}
### docs/overview.md
Always create this file. It's the canonical project overview document — the first thing someone reads to understand the project.
```markdown
# {Project Name} — Overview
## What Is This?
{2-3 paragraphs explaining what the project does, why it exists, and how it works}
## Architecture
{How the project is structured — tech stack, key patterns, data flow}
## Links
- **Repo:** {URL}
- **P2/Discussion:** {URL if applicable}
- **Related:** {Other relevant links}
## Key People
- **{Name}** — {Role/context}
## What's Next
{Current focus, open questions, next steps}
Required sections: What Is This, Links. Other sections should be included when the information is available. Always capture links — they go stale fast and are hard to recover later.
.gitignore
# Logs - development session logs, not for version control
logs/
# Dependencies
node_modules/
vendor/
.venv/
__pycache__/
# Build outputs
dist/
build/
*.egg-info/
# Environment
.env
.env.local
.env*.local
# IDE / Editor
.idea/
.vscode/
*.swp
*.swo
*~
# OS
.DS_Store
Thumbs.db
# Package manager locks (uncomment if not needed)
# package-lock.json
# pnpm-lock.yaml
# composer.lock
Setup Procedure
- Create project directory
``bash mkdir -p ~/Developer/Projects/{project-name} cd ~/Developer/Projects/{project-name} ``
- Create folder structure
``bash mkdir -p docs logs ``
- Create .gitignore (use template above)
- Create README.md (use template above, fill in project details)
- Create CLAUDE.md (use template above, fill in project details)
- Create docs/overview.md (use template above — always include What Is This and Links sections at minimum)
- Initialize git
``bash git init git add -A git commit -m "Initial project setup" ``
- Report to user
- Confirm project location
- List created files
- Suggest next steps (e.g., "Ready for docs, or should I scaffold something specific?")
Optional Additions
Depending on project type, may also create:
- package.json — For Node.js projects
- requirements.txt — For Python projects
- composer.json — For PHP projects
- Makefile — For projects with build steps
- docker-compose.yml — For containerized projects
Ask the user if they want any of these, or infer from context.
Dev Server Projects
For projects with a dev server (Vite, webpack, Next.js, etc.):
1. Reserve a Port
Use portkeeper to avoid conflicts:
portman reserve {PORT} --name "{project-name}" --desc "{description}" --tags {tags}
2. Configure Network Access
Always expose dev servers on the local network so they're accessible from phones/tablets.
Vite (vite.config.js):
export default defineConfig({
server: {
port: {PORT},
host: true, // Expose on local network
},
})
Next.js (package.json):
"scripts": {
"dev": "next dev -p {PORT} -H 0.0.0.0"
}
Webpack (webpack.config.js):
devServer: {
port: {PORT},
host: '0.0.0.0',
}
Generic Node/Express:
app.listen(PORT, '0.0.0.0', () => { ... })
3. Document Access
In README.md, include:
## Development
Dev server: http://localhost:{PORT}
Network: http://{machine-ip}:{PORT} (for mobile testing)
The network IP can be found with ipconfig getifaddr en0 (macOS).
Logs Convention
The logs/ folder is for development session notes:
- Format:
MM-DD-YYYY-HHMM.md(e.g.,02-06-2026-1015.md) - Git-ignored so they don't clutter history
- Useful for tracking decisions, debugging sessions, progress
- Create an initial log entry during project setup
Sample Log (logs/MM-DD-YYYY-HHMM.md)
# {MM-DD-YYYY} {HH:MM}
## Session Focus
{What was worked on this session — one line}
## Notes
- {Key decisions, observations, or context}
- {Things tried, what worked, what didn't}
## Changes
- {Files created/modified}
- {Features added or bugs fixed}
## Next
- {What to pick up next time}
- {Open questions or blockers}
After Setup
Once project is created:
- Update Moneypenny (
~/Developer/Projects/moneypenny/projects.json) if it's a tracked project - Add to memory if significant
- Proceed with project-specific work
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: shaunandrews
- Source: shaunandrews/agent-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.