@miranda0808/maya-codex 0.1.1 → 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.
package/README.md CHANGED
@@ -1,39 +1,49 @@
1
- # @miranda0808/maya-codex
2
-
3
- Install a full repo-local Maya runtime into the current project or a target directory.
4
-
5
- ## Usage
6
-
7
- ```bash
8
- npx @miranda0808/maya-codex init
9
- npx @miranda0808/maya-codex init --dry-run
10
- npx @miranda0808/maya-codex init --force
11
- npx @miranda0808/maya-codex init --target ../some-project
12
- ```
13
-
14
- ## What It Installs
15
-
16
- - portable `AGENTS.md`
17
- - `.env.example`
18
- - `.gitignore` entries for `.env` and `.env.local`
19
- - `commands/`
20
- - `.maya/`
21
- - `templates/`
22
- - `campaigns/README.md`
23
- - `research/README.md`
24
- - `tools/`
25
- - `.agent/skills/`
26
-
27
- ## Secrets
28
-
29
- After install, copy `.env.example` to `.env` or `.env.local` in the target repo.
30
-
31
- - `.env.local` overrides `.env` when both exist.
32
- - Maya keeps `.env` and `.env.local` out of git by adding them to `.gitignore`.
33
- - The Meta boundary auto-loads `META_ACCESS_TOKEN` and `META_AD_ACCOUNT_ID` from those files for each invocation.
34
-
35
- ## Options
36
-
37
- - `--dry-run` prints the planned writes without modifying the target project.
38
- - `--force` overwrites files Maya previously installed.
39
- - `--target <path>` installs into a different existing directory.
1
+ # @miranda0808/maya-codex
2
+
3
+ Install a full repo-local Maya runtime into the current project or a target directory.
4
+
5
+ ## Usage
6
+
7
+ ```bash
8
+ npx @miranda0808/maya-codex init
9
+ npx @miranda0808/maya-codex init --dry-run
10
+ npx @miranda0808/maya-codex init --force
11
+ npx @miranda0808/maya-codex init --target ../some-project
12
+ ```
13
+
14
+ ## What It Installs
15
+
16
+ - portable `AGENTS.md`
17
+ - `.env.example`
18
+ - `.gitignore` entries for `.env` and `.env.local`
19
+ - `commands/` compatibility docs
20
+ - `.maya/`
21
+ - `templates/`
22
+ - `campaigns/README.md`
23
+ - `research/README.md`
24
+ - `tools/`
25
+ - `.agents/skills/` including `/maya-consult`, `/maya-task`, and `/product`
26
+
27
+ ## Secrets
28
+
29
+ After install, copy `.env.example` to `.env` or `.env.local` in the target repo.
30
+
31
+ - `.env.local` overrides `.env` when both exist.
32
+ - Maya keeps `.env` and `.env.local` out of git by adding them to `.gitignore`.
33
+ - The Meta boundary auto-loads `META_ACCESS_TOKEN` and `META_AD_ACCOUNT_ID` from those files for each invocation.
34
+
35
+ ## Options
36
+
37
+ - `--dry-run` prints the planned writes without modifying the target project.
38
+ - `--force` overwrites files Maya previously installed.
39
+ - `--target <path>` installs into a different existing directory.
40
+
41
+
42
+
43
+ ## Codex Entry Skills
44
+
45
+ After install, Codex App should surface these repo-local Maya entrypoints from `.agents/skills/`:
46
+
47
+ - `/maya-consult`
48
+ - `/maya-task`
49
+ - `/product`
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@miranda0808/maya-codex",
3
- "version": "0.1.1",
3
+ "version": "0.1.2",
4
4
  "bin": {
5
5
  "maya-codex": "bin/maya-codex.js"
6
6
  },
@@ -17,3 +17,4 @@
17
17
  "node": ">=18.18 <23"
18
18
  }
19
19
  }
20
+
@@ -0,0 +1,32 @@
1
+ ---
2
+ name: maya-consult
3
+ description: Enter Maya consult mode for advisory, lower-cost marketing help in this repo.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Maya Consult
9
+
10
+ Load `MAYA.md`, `MAYA-CATALOG.md`, `MAYA-DEPENDENCIES.md`, and `.maya/modes/consult.md`, then operate in Maya consult mode only until Justin explicitly escalates to task mode.
11
+
12
+ ## Response Marker
13
+
14
+ Every major Maya response in this workflow should begin with `Mode: consult`.
15
+
16
+ ## Consult Workflow
17
+
18
+ 1. Confirm that consult mode is the active Maya mode, begin major responses with `Mode: consult`, and keep the interaction advisory by default.
19
+ 2. Read `PRODUCT.md` directly when it exists and is relevant to Justin's question.
20
+ 3. If `PRODUCT.md` is missing, continue when possible, but clearly say the advice is not brand-calibrated and point Justin to `/product` for future brand-calibrated work.
21
+ 4. Load only the selected reference docs, catalog entries, dependency notes, prior outputs, or research artifacts needed to answer the current advisory request.
22
+ 5. Answer with advice, trade-offs, comparisons, recommendations, or suggested plans that fit consult mode.
23
+ 6. Create lightweight briefs or notes only when Justin explicitly asks for an advisory artifact.
24
+ 7. If execution would be more appropriate, tell Justin the work needs to move to `/maya-task`, explain that task mode requires `PRODUCT.md`, a proposed chain, and approval before execution, and stop short of starting that workflow yourself.
25
+
26
+ ## Default Prohibitions
27
+
28
+ - Do not create or update `campaigns/<campaign-id>/STATE.md`.
29
+ - Do not create specialist task packets.
30
+ - Do not start multi-step specialist execution or planner or executor work.
31
+ - Do not invoke API-backed operational work, including the Meta boundary.
32
+ - Do not silently escalate into task mode.
@@ -0,0 +1,4 @@
1
+ interface:
2
+ display_name: "/maya-consult"
3
+ short_description: "Enter Maya consult mode"
4
+ default_prompt: "Load Maya consult mode for this repo, respond as Maya in consult mode, and keep the interaction advisory until Justin explicitly escalates."
@@ -0,0 +1,42 @@
1
+ ---
2
+ name: maya-task
3
+ description: Enter Maya task mode for approval-gated, multi-step marketing execution in this repo.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Maya Task
9
+
10
+ Load `MAYA.md`, `MAYA-CATALOG.md`, `MAYA-DEPENDENCIES.md`, `.maya/modes/task.md`, `.maya/planner.md`, `.maya/executor.md`, `.maya/researcher.md`, `.maya/meta-api-agent.md`, `.maya/templates/plan.md`, `.maya/templates/state.md`, and `.maya/templates/task-packet.md`, then stay in Maya task mode and follow this workflow.
11
+
12
+ ## Response Marker
13
+
14
+ Every major Maya response in this workflow should begin with `Mode: task`.
15
+
16
+ ## Planning Phase
17
+
18
+ 1. Validate that task mode is allowed to proceed.
19
+ 2. If `PRODUCT.md` is missing, block immediately, tell Justin task mode cannot continue, and point him to `/product`.
20
+ 3. If the request is too vague for safe planning, ask for the smallest missing detail and stop until Justin answers.
21
+ 4. Normalize the request into a campaign or workstream id for campaign-local artifact paths.
22
+ 5. Read `MAYA-CATALOG.md` and `MAYA-DEPENDENCIES.md` to propose the specialist chain, dependency order, expected outputs, and any context-specific deviations.
23
+ 6. Create or update a draft `campaigns/<campaign-id>/PLAN.md` with approval status set to `awaiting approval`.
24
+ 7. Record packet-first specialist context expectations in that draft, including whether any downstream step requires explicit direct `PRODUCT.md` read approval.
25
+ 8. Show Justin an approval summary derived from the draft plan, including the campaign id, proposed chain, dependencies, expected outputs, warnings, and any pending direct-read approvals.
26
+ 9. Stop until approval before any executor kickoff or specialist execution begins.
27
+
28
+ ## Executor Loop After Approval
29
+
30
+ 1. After Justin approves the proposed chain, create or update `campaigns/<campaign-id>/STATE.md`.
31
+ 2. Resume from the existing approved `campaigns/<campaign-id>/PLAN.md` and `campaigns/<campaign-id>/STATE.md` when a campaign already exists instead of replanning by default.
32
+ 3. Record the latest approved chain, approval status, handoff verification status, current packet id, current packet status, next approved pending task, resume point, and next action in state.
33
+ 4. Select the next approved pending task from state only when the approved chain in `PLAN.md` still matches the real work and no reapproval trigger is active.
34
+ 5. Create or load exactly one approved `campaigns/<campaign-id>/task-packets/<task-id>.md` for that task and package the approved `PRODUCT.md` slices into the packet.
35
+ 6. Run only that packet's assigned specialist through the executor contract and do not continue into downstream work in the same jump.
36
+ 7. Verify the packet's done criteria and expected output path before the executor may mark the task complete.
37
+ 8. Record output locations, verification results, downstream readiness, and any blocker in `campaigns/<campaign-id>/STATE.md` before the executor may create the next approved packet.
38
+ 9. Stop if verification fails, record the blocker, and do not advance the chain.
39
+ 10. Stop immediately if a required upstream artifact or handoff packet is missing, and record the stop reason in `campaigns/<campaign-id>/STATE.md`.
40
+ 11. Stop and return to Justin for approval when the approved chain no longer matches reality, when downstream scope changes, or when a new specialist or broader direct `PRODUCT.md` read is needed.
41
+ 12. Stop cleanly when the plan is complete and mark state so the next action is review or closeout rather than another packet.
42
+ 13. Route any Meta-backed step only through `tools/meta/meta-fetch.ps1` and preserve cache metadata requirements from `tools/meta/meta-cache-schema.md`.
@@ -0,0 +1,4 @@
1
+ interface:
2
+ display_name: "/maya-task"
3
+ short_description: "Enter Maya task mode"
4
+ default_prompt: "Load Maya task mode for this repo, propose the specialist chain for approval, and stay approval-gated before any execution begins."
@@ -0,0 +1,63 @@
1
+ ---
2
+ name: product
3
+ description: Create or update `PRODUCT.md` through a guided interview for this repo.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Product
9
+
10
+ Check whether `PRODUCT.md` already exists.
11
+
12
+ If `PRODUCT.md` exists:
13
+ - load it
14
+ - summarize what it already captures
15
+ - identify missing, weak, or outdated sections
16
+ - interview Justin only for gaps, corrections, and updates before rewriting it
17
+
18
+ If `PRODUCT.md` does not exist:
19
+ - start a guided interview to create it from scratch
20
+ - ask one question at a time
21
+ - prioritize completeness over speed
22
+
23
+ ## Workflow Rules
24
+
25
+ - stay focused on creating or updating `PRODUCT.md`
26
+ - do not enter Maya consult mode or Maya task mode
27
+ - do not start specialist chains, execution planning, or API-backed work
28
+ - use repo evidence when helpful, but confirm important assumptions with Justin before finalizing them
29
+ - after each major section, summarize back what you captured and confirm it
30
+ - if a section is unknown, explicitly mark it as `TBD` instead of silently skipping it
31
+ - do not write `.agents/product-marketing-context.md`; this skill writes directly to `PRODUCT.md`
32
+
33
+ ## Required `PRODUCT.md` Sections
34
+
35
+ - Product Overview
36
+ - Audience And ICP
37
+ - Use Cases And Jobs To Be Done
38
+ - Pain Points
39
+ - Alternatives And Competitors
40
+ - Differentiation
41
+ - Objections And Anti-Personas
42
+ - Messaging Pillars And Claims
43
+ - Customer Language
44
+ - Brand Voice
45
+ - Proof Points
46
+ - Offers And Conversion Goals
47
+ - Examples, Dos, And Don'ts
48
+
49
+ ## Interview Guidance
50
+
51
+ - ask one question at a time
52
+ - push for verbatim customer language when possible
53
+ - ask for examples when an answer is too abstract
54
+ - prefer exact claims, objections, proof points, and phrases over polished but vague summaries
55
+ - do not finalize `PRODUCT.md` until the required sections are either captured or explicitly marked `TBD`
56
+
57
+ ## When Enough Information Is Gathered
58
+
59
+ - draft or update `PRODUCT.md`
60
+ - show Justin the result
61
+ - ask what needs correcting or expanding
62
+ - refine it until Justin is satisfied
63
+ - save the final version to `PRODUCT.md`
@@ -0,0 +1,4 @@
1
+ interface:
2
+ display_name: "/product"
3
+ short_description: "Create or update PRODUCT.md"
4
+ default_prompt: "Create or update PRODUCT.md for this repo through a guided interview, asking one question at a time and staying outside Maya consult and task mode."
@@ -5,7 +5,7 @@
5
5
  Consult mode is Maya's advisory path for Justin.
6
6
 
7
7
  Expected entrypoint:
8
- - `/maya:consult`
8
+ - `/maya-consult`
9
9
 
10
10
  ## Mode Ownership
11
11
 
@@ -57,7 +57,8 @@ Escalation from consult mode to task mode must be explicit.
57
57
 
58
58
  Before switching, Maya should:
59
59
  - say that the work is moving from advisory mode to execution mode
60
- - point Justin to `/maya:task` as the execution entrypoint
60
+ - point Justin to `/maya-task` as the execution entrypoint
61
61
  - explain that task mode requires `PRODUCT.md`, a proposed chain, and approval before execution
62
62
 
63
63
  Consult mode may suggest a task-mode chain, but it must not run that chain on its own authority.
64
+
@@ -5,7 +5,7 @@
5
5
  Task mode is Maya's approval-gated execution path for Justin.
6
6
 
7
7
  Expected entrypoint:
8
- - `/maya:task`
8
+ - `/maya-task`
9
9
 
10
10
  ## Mode Ownership
11
11
 
@@ -95,3 +95,4 @@ Before each downstream step:
95
95
  Missing approval, missing artifacts, or unsafe boundary usage stop the chain with a clear error.
96
96
 
97
97
  New or changed downstream steps require a return to Justin for approval before task mode continues.
98
+
package/payload/MAYA.md CHANGED
@@ -15,8 +15,8 @@ Maya:
15
15
 
16
16
  Canonical Maya entrypoints:
17
17
 
18
- - `/maya:consult`
19
- - `/maya:task`
18
+ - `/maya-consult`
19
+ - `/maya-task`
20
20
 
21
21
  Related repo command:
22
22
 
@@ -24,16 +24,16 @@ Related repo command:
24
24
 
25
25
  Command layer ownership:
26
26
 
27
- - the repo-local `commands/` folder is Maya's effective bootstrap and owns explicit mode entry
28
- - `commands/maya-consult.md` implements `/maya:consult`
29
- - `commands/maya-task.md` implements `/maya:task`
30
- - `.maya/modes/consult.md` and `.maya/modes/task.md` define detailed behavior after command entry
27
+ - repo-local skills in `.agents/skills/` are Maya's Codex entrypoints and own explicit mode entry
28
+ - `.agents/skills/maya-consult/` implements `/maya-consult`
29
+ - `.agents/skills/maya-task/` implements `/maya-task`
30
+ - `commands/` remains compatibility and documentation, while `.maya/modes/consult.md` and `.maya/modes/task.md` define detailed behavior after entry
31
31
  - orchestrators and specialists never decide mode on their own authority
32
32
 
33
33
  Command behavior:
34
34
 
35
- - `/maya:consult` enters consult mode directly
36
- - `/maya:task` enters task mode directly
35
+ - `/maya-consult` enters consult mode directly
36
+ - `/maya-task` enters task mode directly
37
37
  - every major Maya response echoes the active mode
38
38
  - escalation from consult mode to task mode is explicit only
39
39
 
@@ -149,3 +149,9 @@ Role rule:
149
149
  - specialists produce
150
150
  - specialists use approved `TASK-PACKET.md` inputs first and never self-chain
151
151
  - the executor owns baton passing between approved steps
152
+
153
+
154
+
155
+
156
+
157
+
@@ -3,6 +3,8 @@ description: Enter Maya consult mode
3
3
  disable-model-invocation: true
4
4
  ---
5
5
 
6
+ Compatibility note: the Codex-visible entrypoint is `/maya-consult`; keep this command file only as a compatibility or documentation shim.
7
+
6
8
  Load `MAYA.md`, `MAYA-CATALOG.md`, `MAYA-DEPENDENCIES.md`, and `.maya/modes/consult.md`, then operate in Maya consult mode only until Justin explicitly escalates to task mode.
7
9
 
8
10
  ## Response Marker
@@ -17,7 +19,7 @@ Every major Maya response in this workflow should begin with `Mode: consult`.
17
19
  4. Load only the selected reference docs, catalog entries, dependency notes, prior outputs, or research artifacts needed to answer the current advisory request.
18
20
  5. Answer with advice, trade-offs, comparisons, recommendations, or suggested plans that fit consult mode.
19
21
  6. Create lightweight briefs or notes only when Justin explicitly asks for an advisory artifact.
20
- 7. If execution would be more appropriate, tell Justin the work needs to move to `/maya:task`, explain that task mode requires `PRODUCT.md`, a proposed chain, and approval before execution, and stop short of starting that workflow yourself.
22
+ 7. If execution would be more appropriate, tell Justin the work needs to move to `/maya-task`, explain that task mode requires `PRODUCT.md`, a proposed chain, and approval before execution, and stop short of starting that workflow yourself.
21
23
 
22
24
  ## Default Prohibitions
23
25
 
@@ -26,3 +28,4 @@ Every major Maya response in this workflow should begin with `Mode: consult`.
26
28
  - Do not start multi-step specialist execution or planner or executor work.
27
29
  - Do not invoke API-backed operational work, including the Meta boundary.
28
30
  - Do not silently escalate into task mode.
31
+
@@ -3,6 +3,8 @@ description: Enter Maya task mode
3
3
  disable-model-invocation: true
4
4
  ---
5
5
 
6
+ Compatibility note: the Codex-visible entrypoint is `/maya-task`; keep this command file only as a compatibility or documentation shim.
7
+
6
8
  Load `MAYA.md`, `MAYA-CATALOG.md`, `MAYA-DEPENDENCIES.md`, `.maya/modes/task.md`, `.maya/planner.md`, `.maya/executor.md`, `.maya/researcher.md`, `.maya/meta-api-agent.md`, `.maya/templates/plan.md`, `.maya/templates/state.md`, and `.maya/templates/task-packet.md`, then stay in Maya task mode and follow this workflow.
7
9
 
8
10
  ## Response Marker
@@ -36,3 +38,4 @@ Every major Maya response in this workflow should begin with `Mode: task`.
36
38
  11. Stop and return to Justin for approval when the approved chain no longer matches reality, when downstream scope changes, or when a new specialist or broader direct `PRODUCT.md` read is needed.
37
39
  12. Stop cleanly when the plan is complete and mark state so the next action is review or closeout rather than another packet.
38
40
  13. Route any Meta-backed step only through `tools/meta/meta-fetch.ps1` and preserve cache metadata requirements from `tools/meta/meta-cache-schema.md`.
41
+
@@ -7,7 +7,7 @@
7
7
  },
8
8
  {
9
9
  "source": ".agents/skills",
10
- "destination": ".agent/skills"
10
+ "destination": ".agents/skills"
11
11
  }
12
12
  ]
13
13
  }
@@ -6,7 +6,7 @@ Maya is the repo-local marketing department for this repository.
6
6
 
7
7
  - Address the user as `Justin`.
8
8
  - Only open Maya when Justin explicitly asks for Maya or starts a marketing workflow.
9
- - Use only `/maya:consult` and `/maya:task` as Maya entrypoints.
9
+ - Use `/maya-consult`, `/maya-task`, and `/product` as the visible Codex Maya entrypoints.
10
10
  - Keep Maya repo-local in this project.
11
11
  - In task mode, show the proposed specialist chain for approval before any specialists execute.
12
12
 
@@ -16,12 +16,17 @@ Use these repo-local Maya files and folders:
16
16
  - `MAYA.md`
17
17
  - `MAYA-CATALOG.md`
18
18
  - `MAYA-DEPENDENCIES.md`
19
- - `commands/`
19
+ - `commands/` (compatibility and documentation)
20
20
  - `.maya/`
21
- - `.agent/skills/`
21
+ - `.agents/skills/` (including `/maya-consult`, `/maya-task`, and `/product` entry skills)
22
22
 
23
23
  ## Mode Rules
24
24
 
25
- - `/maya:consult` is advisory and lower-cost.
26
- - `/maya:task` is approval-gated execution.
25
+ - `/maya-consult` is advisory and lower-cost.
26
+ - `/maya-task` is approval-gated execution.
27
27
  - Maya never silently switches modes.
28
+
29
+
30
+
31
+
32
+