Starting new project
Skill w7-mgfcode/polymind-constellation/dist/repo/.agents/skills/starting-new-project
Plans and initializes a new software project through one-question-at-a-time discovery, current primary-source research, explicit recommendations and trade-offs, selected host and assistant profiles, an approved file manifest, and deterministic verification. Use for a new project, repository plan, scaffold, codebase initialization, or stack-selection request. Do not use to repair an established project, create unselected provider folders, or write files before the user approves both the plan and exact file list.From its SKILL.md
npx -y skills add w7-mgfcode/polymind-constellation --skill starting-new-projectAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 17 days oldThe repository was created 17 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
4.2 KB, 771 tokens by cl100k_base, as published. Nobody here has run it
Starting a New Project
Guide a new project across two explicit boundaries: first research and recommendation, then optional scaffolding. Keep the user in control of both.
Phase A: discover, research, and recommend
- Load discovery-questions.md. Ask exactly one targeted question per turn, reflect the answer briefly, and skip every dimension the user already answered. Use the fast exit when enough context is available.
- Identify the required host, CI, and assistant profiles from user choices and repository evidence. Never select a provider merely because support might be useful later.
- Research volatile stack, host, CI, and assistant facts using current primary
sources. Record each material fact using
volatile-facts.md: claim, source URL,
verified_at, and applicability. Do not present a current-version claim from memory. - Present one
[RECOMMENDED]plan, at least one[ALTERNATIVE]when viable, the decisive[TRADE-OFF], and every preference-only choice as[USER DECIDES]. - Include the repository tree, stack, verification command, selected profiles, governance depth, and initialization order. Ask for approval of the plan. Stop here until the user approves or revises it.
Read only the selected profile references:
Use repo-conventions.md only when the user explicitly selects the legacy GitHub-first profile.
Phase B: scaffold after approval
- Confirm the target directory.
- Derive the smallest file manifest from the approved stack and profiles. Show every create and modify path. Do not add dormant provider configuration.
- Render selected assets into a staging preview. Resolve every
{{PLACEHOLDER}}; fail the preview if any unresolved token remains. - Show the complete diff, validation commands, and rollback procedure. Ask: “Create these exact files?” Stop until the user explicitly approves.
- Apply only the approved diff. Preserve unrelated and human-authored content.
- Run the repository's deterministic
scripts/verifycontract, or create that contract as an approved scaffold item before making a local/CI parity claim. Run host-specific linting when the selected profile provides it. - Report created files, command results, remaining assumptions, and recovery steps. Do not publish, push, or create remote resources without separate authorization.
Output contract
The recommendation must identify:
- project goal and constraints;
- selected host, CI, and assistant profiles with prerequisites;
- annotated repository tree;
- stack and current-source evidence;
- one deterministic verification command used both locally and in CI, when CI is selected;
- recommendation, alternative, trade-off, and user decisions;
- implementation order and explicit research-to-scaffolding boundary.
Available assets:
- AGENTS.md.tmpl for shared agent instructions.
- CLAUDE.md.tmpl only for the selected Claude adapter.
- github-ci.yml.tmpl only for the GitHub host profile.
- gitlab-ci.yml.tmpl only for the GitLab host profile.
What ships with it: 13 files
21.3 KB alongside SKILL.md
assets/
- AGENTS.md.tmpl1.9 KB
- CLAUDE.md.tmpl443 B
- github-ci.yml.tmpl1.2 KB
- gitlab-ci.yml.tmpl100 B
references/
- assistant-adapters.md1.9 KB
- discovery-questions.md1.8 KB
- profiles/github.md934 B
- profiles/gitlab.md898 B
- profiles/local-only.md609 B
- profiles/no-ci.md638 B
- repo-conventions.md8.4 KB
- volatile-facts.md1.5 KB
- skill.toml1004 B