AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Project Setup

skill-shaunandrews-agent-skills-project-setup · by shaunandrews

Set up a new project with standard structure, git, README, CLAUDE.md, and dev server config. Use when starting a new project or bootstrapping a workspace for a new initiative.

No reviews yet
0 installs
11 views
0.0% view→install

Install

$ agentstack add skill-shaunandrews-agent-skills-project-setup

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-shaunandrews-agent-skills-project-setup)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
5mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

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 →
Are you the author of Project Setup? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

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

  1. Create project directory

``bash mkdir -p ~/Developer/Projects/{project-name} cd ~/Developer/Projects/{project-name} ``

  1. Create folder structure

``bash mkdir -p docs logs ``

  1. Create .gitignore (use template above)
  1. Create README.md (use template above, fill in project details)
  1. Create CLAUDE.md (use template above, fill in project details)
  1. Create docs/overview.md (use template above — always include What Is This and Links sections at minimum)
  1. Initialize git

``bash git init git add -A git commit -m "Initial project setup" ``

  1. 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:

  1. Update Moneypenny (~/Developer/Projects/moneypenny/projects.json) if it's a tracked project
  2. Add to memory if significant
  3. 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.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.