@fraylabs/possible 0.1.0 → 0.1.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: possible
3
- description: Turn an unclear ambition into a concrete, verified outcome through a short guided conversation, then assemble and run the right reviewed Codex skills after confirmation. Use when the user invokes $possible, asks what they should build or ship, wants help defining an outcome before implementation, or wants a Hardware Launch, Software Launch, or Open-Source Release coordinated end to end.
3
+ description: Turn an unclear ambition into a concrete, verified outcome through a short guided conversation, then assemble and run the right reviewed Codex skills after confirmation. Use when the user invokes $possible, asks what they should build or ship, wants help defining an outcome before implementation, or wants a Hardware Launch, Software Launch, Open-Source Release, or Playable Web Game coordinated end to end.
4
4
  ---
5
5
 
6
6
  # Possible
@@ -31,7 +31,7 @@ Inspect the project read-only when it can answer a question. Do not ask the user
31
31
 
32
32
  During the brainstorm:
33
33
 
34
- - Do not mention pack names or ingredient skills.
34
+ - Do not mention pack names, lanes, or ingredient skills.
35
35
  - Do not create `PRODUCT-BRIEF.md`, `RUN-PROMPT.md`, or `AGENTS.md`.
36
36
  - Do not install dependencies, edit files, or spawn subagents.
37
37
  - Do not invent facts to make the idea appear more complete.
@@ -42,6 +42,8 @@ After the walkthrough, read [references/packs.md](references/packs.md). If `list
42
42
 
43
43
  Recommend one primary pack. Use multiple packs only when the user has explicitly described multiple independently valuable outcomes; stage them instead of merging their workstreams.
44
44
 
45
+ A lane is catalog browsing metadata, not an intake choice. Do not ask the user to choose a lane; recommend across the complete catalog from the desired finished outcome.
46
+
45
47
  Keep the recommendation compact and conversational. Present:
46
48
 
47
49
  1. **What I think you want to make** — a brief outcome statement and any material assumption.
@@ -2,10 +2,14 @@
2
2
 
3
3
  Use this bundled snapshot when the Possible MCP tools are unavailable. Link the recommended pack's public page during the recommendation; disclose its relevant source list and reviewed revisions before installing it.
4
4
 
5
+ Lanes are browsing labels only: Create is a first complete usable thing, Launch is a compelling public presentation, Release is evidence-backed readiness to ship or distribute, and Operate is a repeatable ongoing workflow. Do not ask the user to choose a lane; select across the complete catalog from the desired finished outputs. Operate is supported by the model but has no published pack yet.
6
+
5
7
  ## Hardware Launch
6
8
 
7
9
  Slug: `hardware-launch`
8
10
 
11
+ Lane: `launch`
12
+
9
13
  Public page: `https://possible.sh/packs/hardware-launch`
10
14
 
11
15
  Use for a physical-product idea or prototype that needs one coherent launch presentation.
@@ -41,6 +45,8 @@ Never imply manufacturing readiness, physical validation, certification, or cust
41
45
 
42
46
  Slug: `software-launch`
43
47
 
48
+ Lane: `launch`
49
+
44
50
  Public page: `https://possible.sh/packs/software-launch`
45
51
 
46
52
  Use for an existing software idea or repository that needs a coherent product release and launch presentation.
@@ -75,6 +81,8 @@ Never imply demand, uptime, security, performance, or production readiness. Depl
75
81
 
76
82
  Slug: `open-source-release`
77
83
 
84
+ Lane: `release`
85
+
78
86
  Public page: `https://possible.sh/packs/open-source-release`
79
87
 
80
88
  Use for an existing repository that needs a trustworthy, usable release package without publishing it.
@@ -100,6 +108,41 @@ npx skills@1.5.19 add github/awesome-copilot --skill github-release --skill crea
100
108
 
101
109
  Never imply security, compatibility, production readiness, or release authority. Pushing, tagging, publishing packages, creating releases, and changing repository settings remain separate gates.
102
110
 
111
+ ## Playable Web Game
112
+
113
+ Slug: `playable-web-game`
114
+
115
+ Lane: `create`
116
+
117
+ Public page: `https://possible.sh/packs/playable-web-game`
118
+
119
+ Use for a browser-game idea that needs one polished, replayable Three.js experience rather than a general game engine or sprawling feature set.
120
+
121
+ Outputs: playable browser game, game brief and tuning rules, responsive HUD and controls, production build, evidence report.
122
+
123
+ Workstreams:
124
+
125
+ - Core loop and game feel — `game-designer`; owns `game/brief.md` and `game/tuning/`.
126
+ - Three.js game runtime — `threejs`; owns `game/src/`, `game/assets/`, and `game/build/`.
127
+ - HUD and controls — `frontend-design`, `mobile-touch`; owns `game/ui/` and `game/controls.md`.
128
+ - Fresh review — `webapp-testing`; verifies the integrated game with keyboard and touch-sized input paths.
129
+
130
+ Sources:
131
+
132
+ - `mrgoonie/claudekit-skills`: `threejs`; reviewed `80113d86bc4407f105af40a2c4ea58194f7c370a`.
133
+ - `dylantarre/animation-principles`: `game-designer`, `mobile-touch`; reviewed `83597134ba8ff59838270f94d7ac7282ffa3b54d`.
134
+ - `anthropics/skills`: `frontend-design`, `webapp-testing`; reviewed `fa0fa64bdc967915dc8399e803be67759e1e62b8`.
135
+
136
+ Install:
137
+
138
+ ```bash
139
+ npx skills@1.5.19 add mrgoonie/claudekit-skills --skill threejs --agent codex
140
+ npx skills@1.5.19 add dylantarre/animation-principles --skill game-designer --skill mobile-touch --agent codex
141
+ npx skills@1.5.19 add anthropics/skills --skill frontend-design --skill webapp-testing --agent codex
142
+ ```
143
+
144
+ Never imply player demand, accessibility, compatibility, performance, or production readiness beyond direct evidence. Deployment, publishing, analytics, paid assets, and external distribution remain separate gates.
145
+
103
146
  ## Selection rule
104
147
 
105
148
  Recommend the pack whose finished outputs most closely match the user's desired end state:
@@ -107,5 +150,6 @@ Recommend the pack whose finished outputs most closely match the user's desired
107
150
  - Physical product plus launch presentation → Hardware Launch.
108
151
  - Software product plus release and launch presentation → Software Launch.
109
152
  - Existing repository plus trustworthy public release materials → Open-Source Release.
153
+ - Browser-game idea plus one polished playable build → Playable Web Game.
110
154
 
111
155
  If none fits, say so. Do not force a pack or invent a new one during intake.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@fraylabs/possible",
3
- "version": "0.1.0",
3
+ "version": "0.1.2",
4
4
  "description": "Install the Possible Codex skill into a project",
5
5
  "type": "module",
6
6
  "bin": {
package/src/index.mjs CHANGED
File without changes