10x-init

Create missing context/changes, context/archive, and context/foundation directories with README files.

1|Updated Feb 26, 2025
One-click install
npx skills add https://github.com/kryptonum-dev/fabryka-atrakcji --skill 10x-init
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 10x-init
Source: https://github.com/kryptonum-dev/fabryka-atrakcji/tree/main/.agents/skills/10x-init
Command: npx skills add https://github.com/kryptonum-dev/fabryka-atrakcji --skill 10x-init

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It bootstraps a missing project /context layout so change tracking and cross-change documentation conventions have a consistent place to live.

Core Features & Use Cases

  • Idempotent project scaffold: Creates the context/ skeleton (changes/, archive/, foundation/) and their universal README.md files only if they are absent.
  • Clear conventions for teams and skills: Establishes what each directory is for (in-flight work, archived history, and cross-change living docs).
  • Safe by convention: Provides guidance that archive is read-only by convention and that foundation docs must not contain change-scoped content.

Quick Start

Run /10x-init to create any missing context/{changes,archive,foundation}/ directories and their README.md files.

Frequently Asked Questions about 10x-init

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I set up a standardized directory structure for project change tracking?

To set up a directory structure for change tracking, you can scaffold a standardized /context layout that creates dedicated folders for in-flight changes, archived history, and foundation documentation without overwriting existing files.

What is idempotent repository scaffolding and why is it useful for documentation conventions?

Idempotent repository scaffolding creates directories and canonical README files only if they are absent. This ensures teams can establish consistent documentation conventions safely, rerunning the setup without modifying or destroying any existing project content.

How do I structure cross-change living docs in an existing project repository?

To structure cross-change living docs, create a foundation directory within your context workflow. This designated space holds cross-change documentation, separate from in-flight changes and archived history, ensuring living docs remain uncluttered by change-scoped content.

Can I run a context workflow setup multiple times without losing my current repository changes?

Yes, you can run context workflow setup multiple times safely. The scaffolding process applies idempotent create-if-absent behavior, meaning it initializes the directory skeleton and README files only when they are missing and never overwrites existing content.

What is the best way to organize archived project history and in-flight changes for a development team?

The best way to organize archived history and in-flight changes is separating them into distinct context directories. This repository convention establishes an archive treated as read-only history and a dedicated folder for active changes.

When do I need to initialize a foundation directory for cross-change documentation?

You need to initialize a foundation directory when starting a new project or adopting repository conventions from day one. It provides a consistent place for cross-change living docs, separating foundational architecture from isolated change tracking.