@rubytech/create-maxy-code 0.1.276 → 0.1.278
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/package.json +1 -1
- package/payload/platform/config/brand.json +1 -1
- package/payload/platform/plugins/admin/skills/plainly/SKILL.md +33 -16
- package/payload/platform/plugins/admin/skills/plainly/references/worked-examples.md +51 -238
- package/payload/platform/plugins/admin/skills/platform-architecture/SKILL.md +4 -3
- package/payload/platform/plugins/docs/references/admin-identity-gate.md +44 -7
- package/payload/platform/plugins/docs/references/admin-ui.md +2 -2
- package/payload/platform/plugins/docs/references/plugins-guide.md +1 -0
- package/payload/platform/scripts/check-no-esm-require.mjs +3 -0
- package/payload/platform/services/claude-session-manager/dist/http-server.d.ts +5 -0
- package/payload/platform/services/claude-session-manager/dist/http-server.d.ts.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/http-server.js +52 -10
- package/payload/platform/services/claude-session-manager/dist/http-server.js.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/index.js +8 -0
- package/payload/platform/services/claude-session-manager/dist/index.js.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/wa-channel-mcp.d.ts +8 -0
- package/payload/platform/services/claude-session-manager/dist/wa-channel-mcp.d.ts.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/wa-channel-mcp.js +13 -0
- package/payload/platform/services/claude-session-manager/dist/wa-channel-mcp.js.map +1 -1
- package/payload/platform/services/claude-session-manager/dist/wa-channel-store.d.ts +29 -0
- package/payload/platform/services/claude-session-manager/dist/wa-channel-store.d.ts.map +1 -0
- package/payload/platform/services/claude-session-manager/dist/wa-channel-store.js +124 -0
- package/payload/platform/services/claude-session-manager/dist/wa-channel-store.js.map +1 -0
- package/payload/platform/services/whatsapp-channel/dist/notification.d.ts +23 -0
- package/payload/platform/services/whatsapp-channel/dist/notification.d.ts.map +1 -1
- package/payload/platform/services/whatsapp-channel/dist/notification.js +26 -0
- package/payload/platform/services/whatsapp-channel/dist/notification.js.map +1 -1
- package/payload/platform/services/whatsapp-channel/dist/server.js +41 -14
- package/payload/platform/services/whatsapp-channel/dist/server.js.map +1 -1
- package/payload/platform/templates/agents/admin/IDENTITY.md +2 -2
- package/payload/premium-plugins/.claude-plugin/marketplace.json +5 -0
- package/payload/premium-plugins/management-consulting/.claude-plugin/plugin.json +8 -0
- package/payload/premium-plugins/management-consulting/PLUGIN.md +92 -0
- package/payload/premium-plugins/management-consulting/skills/assumption-audit/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/business-case-builder/SKILL.md +56 -0
- package/payload/premium-plugins/management-consulting/skills/competitive-intel/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/customer-segmentation/SKILL.md +50 -0
- package/payload/premium-plugins/management-consulting/skills/decision-memo/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/growth-barriers/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/initiative-prioritizer/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/kpi-architect/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/market-mapping/SKILL.md +56 -0
- package/payload/premium-plugins/management-consulting/skills/narrative-builder/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/operating-model-design/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/portfolio-review/SKILL.md +52 -0
- package/payload/premium-plugins/management-consulting/skills/pricing-strategy/SKILL.md +55 -0
- package/payload/premium-plugins/management-consulting/skills/profit-pool-analysis/SKILL.md +52 -0
- package/payload/premium-plugins/management-consulting/skills/risk-and-mitigation/SKILL.md +49 -0
- package/payload/premium-plugins/management-consulting/skills/situation-assessment/SKILL.md +55 -0
- package/payload/premium-plugins/management-consulting/skills/stakeholder-alignment/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/strategic-options/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/transformation-roadmap/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/value-realization/SKILL.md +50 -0
- package/payload/premium-plugins/management-consulting/skills/war-gaming/SKILL.md +51 -0
- package/payload/server/{chunk-W4EM7RK4.js → chunk-QHD5TKLQ.js} +2 -0
- package/payload/server/maxy-edge.js +1 -1
- package/payload/server/server.js +411 -172
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: portfolio-review
|
|
3
|
+
description: Reviews a portfolio of markets, products, initiatives, customers, or bets and recommends allocation choices. Use for portfolio review, product portfolio, market portfolio, initiative portfolio, capital allocation, resource allocation, or "where should we invest?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Portfolio Review
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs to assess a set of businesses, products, markets, initiatives, or strategic bets and decide where to invest, hold, fix, or exit.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Compare portfolio elements on attractiveness, performance, strategic fit, right to win, and resource needs. Recommend allocation choices, not just rankings.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the portfolio and decision question.
|
|
19
|
+
2. Select evaluation criteria.
|
|
20
|
+
3. Score each portfolio element.
|
|
21
|
+
4. Identify invest, maintain, fix, harvest, and exit candidates.
|
|
22
|
+
5. Assess resource reallocation implications.
|
|
23
|
+
6. Recommend portfolio moves and next decisions.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Portfolio Review
|
|
29
|
+
|
|
30
|
+
## Portfolio Scope
|
|
31
|
+
[What is included and excluded.]
|
|
32
|
+
|
|
33
|
+
## Evaluation Matrix
|
|
34
|
+
| Item | Attractiveness | Performance | Fit | Right To Win | Recommendation |
|
|
35
|
+
|---|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Allocation Moves
|
|
38
|
+
| Move | Rationale | Resource Implication |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Decisions Required
|
|
42
|
+
1. [Decision]
|
|
43
|
+
2. [Decision]
|
|
44
|
+
3. [Decision]
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
## Quality Bar
|
|
48
|
+
|
|
49
|
+
- Use consistent criteria across the portfolio.
|
|
50
|
+
- Separate performance from attractiveness.
|
|
51
|
+
- Recommend allocation actions.
|
|
52
|
+
- Name the trade-offs created by reallocating resources.
|
|
@@ -0,0 +1,55 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: pricing-strategy
|
|
3
|
+
description: Diagnoses pricing power, willingness to pay, discounting, packaging, and monetization opportunities. Use for pricing strategy, discount leakage, monetization, packaging, price increase, value pricing, renewal pricing, or margin improvement.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Pricing Strategy
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs to improve monetization, diagnose discounting, raise prices, redesign packaging, or understand willingness to pay.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Connect price to value, customer segments, competitive alternatives, and sales behavior. Separate list price, realized price, discounting, mix, and packaging.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the pricing question and economic objective.
|
|
19
|
+
2. Gather price architecture, discount data, win-loss, churn, margin, and competitor context.
|
|
20
|
+
3. Diagnose leakage across list price, discounting, mix, packaging, and governance.
|
|
21
|
+
4. Assess willingness to pay by segment or use case.
|
|
22
|
+
5. Generate pricing moves and risks.
|
|
23
|
+
6. Recommend a pricing action plan and test design.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Pricing Strategy
|
|
29
|
+
|
|
30
|
+
## Pricing Objective
|
|
31
|
+
[Growth, margin, retention, adoption, or simplification.]
|
|
32
|
+
|
|
33
|
+
## Diagnosis
|
|
34
|
+
| Area | Evidence | Issue | Impact |
|
|
35
|
+
|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Segment Price Logic
|
|
38
|
+
| Segment | Value Driver | WTP Signal | Pricing Move |
|
|
39
|
+
|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Recommended Moves
|
|
42
|
+
1. [Move]
|
|
43
|
+
2. [Move]
|
|
44
|
+
3. [Move]
|
|
45
|
+
|
|
46
|
+
## Risks and Tests
|
|
47
|
+
[Risks, mitigations, and pilot design.]
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
## Quality Bar
|
|
51
|
+
|
|
52
|
+
- Do not recommend a price move without segment logic.
|
|
53
|
+
- Separate price realization from list pricing.
|
|
54
|
+
- Include customer risk and sales execution risk.
|
|
55
|
+
- Recommend a test or rollout sequence.
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: profit-pool-analysis
|
|
3
|
+
description: Maps where profit is created, captured, and leaking across a market, product set, customer base, or value chain. Use for profit pool analysis, margin strategy, value chain economics, where-to-play, pricing power, or strategic attractiveness.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Profit Pool Analysis
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when revenue size alone is misleading and the user needs to know where attractive profit actually sits. It fits market entry, product portfolio, channel, value chain, and segment strategy questions.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Follow the money across the system. Separate revenue pools from profit pools, identify who captures value, and connect economics to strategic choices.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the market, value chain, product set, or customer base.
|
|
19
|
+
2. Map revenue and margin by activity, segment, product, channel, or customer group.
|
|
20
|
+
3. Identify profit concentration and leakage points.
|
|
21
|
+
4. Assess structural drivers: scale, pricing power, cost position, switching costs, and competitive intensity.
|
|
22
|
+
5. Identify attractive and unattractive pools.
|
|
23
|
+
6. Recommend strategic implications.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Profit Pool Analysis
|
|
29
|
+
|
|
30
|
+
## Scope
|
|
31
|
+
[Market, products, customers, or value chain included.]
|
|
32
|
+
|
|
33
|
+
## Profit Pool Map
|
|
34
|
+
| Pool | Revenue | Margin | Profit | Growth | Attractiveness |
|
|
35
|
+
|---|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Value Capture
|
|
38
|
+
| Player or activity | Value captured | Reason |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Strategic Implications
|
|
42
|
+
1. [Where to play]
|
|
43
|
+
2. [Where to avoid]
|
|
44
|
+
3. [How to improve capture]
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
## Quality Bar
|
|
48
|
+
|
|
49
|
+
- Do not confuse revenue size with attractiveness.
|
|
50
|
+
- Show margin and profit, not only growth.
|
|
51
|
+
- Explain the structural reason profit concentrates.
|
|
52
|
+
- Tie findings to allocation or positioning decisions.
|
|
@@ -0,0 +1,49 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: risk-and-mitigation
|
|
3
|
+
description: Builds a strategic risk register with likelihood, impact, mitigations, triggers, owners, and contingency moves. Use for strategy risk, mitigation planning, risk register, board risk review, launch risk, execution risk, or "what could go wrong?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Risk and Mitigation
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a strategy or initiative needs a serious risk view before approval or execution. It fits board materials, launch planning, transformation governance, and investment decisions.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Treat risk as part of the strategy, not a compliance appendix. Prioritize risks that could change the decision, economics, timing, or feasibility.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the strategy or initiative under review.
|
|
19
|
+
2. Identify risk categories: market, customer, competitor, financial, operational, regulatory, organizational.
|
|
20
|
+
3. Score likelihood and impact.
|
|
21
|
+
4. Define mitigations, triggers, owners, and contingency actions.
|
|
22
|
+
5. Identify residual risk after mitigation.
|
|
23
|
+
6. Recommend go, no-go, redesign, or gated approval.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Strategic Risk Register
|
|
29
|
+
|
|
30
|
+
## Strategy Under Review
|
|
31
|
+
[Brief summary.]
|
|
32
|
+
|
|
33
|
+
## Risk Register
|
|
34
|
+
| Risk | Likelihood | Impact | Mitigation | Owner | Trigger |
|
|
35
|
+
|---|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Highest-Risk Assumptions
|
|
38
|
+
[Assumptions that need testing.]
|
|
39
|
+
|
|
40
|
+
## Contingency Moves
|
|
41
|
+
[Actions to take if triggers occur.]
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
## Quality Bar
|
|
45
|
+
|
|
46
|
+
- Focus on risks that change decisions.
|
|
47
|
+
- Include triggers and owners.
|
|
48
|
+
- Show residual risk after mitigation.
|
|
49
|
+
- Avoid generic risk language.
|
|
@@ -0,0 +1,55 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: situation-assessment
|
|
3
|
+
description: Establishes a fact-based baseline for an existing business, market, product, or function. Use when the user asks for a situation assessment, current-state diagnosis, business health check, momentum review, strategic baseline, or "where are we really?" analysis. Diagnoses an operating business or function, not the validation of a brand-new startup idea.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Situation Assessment
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs a defensible read of the current situation before choosing a strategy. Typical cases include business reviews, turnaround diagnosis, market position checks, operating performance reviews, and board preparation.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Build the fact base before debating solutions. Separate facts, interpretations, and open questions. Look across financial performance, market position, customer momentum, competitive posture, operating health, and organizational constraints.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Frame the assessment question and decision context.
|
|
19
|
+
2. Ask for available facts: financials, KPIs, market data, customer signals, competitive context, and recent changes.
|
|
20
|
+
3. Build a MECE current-state view across performance, market, customers, operations, and organization.
|
|
21
|
+
4. Identify the few facts that matter most for the decision.
|
|
22
|
+
5. Separate confirmed facts from hypotheses and unknowns.
|
|
23
|
+
6. Produce a situation read with implications and next diagnostic questions.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Situation Assessment
|
|
29
|
+
|
|
30
|
+
## Executive Read
|
|
31
|
+
[One paragraph on where the business is and why it matters.]
|
|
32
|
+
|
|
33
|
+
## Fact Base
|
|
34
|
+
| Area | Evidence | Interpretation | Confidence |
|
|
35
|
+
|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Momentum Signals
|
|
38
|
+
| Signal | Direction | Why It Matters |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Strategic Issues
|
|
42
|
+
1. [Issue]
|
|
43
|
+
2. [Issue]
|
|
44
|
+
3. [Issue]
|
|
45
|
+
|
|
46
|
+
## Open Questions
|
|
47
|
+
[Questions that must be answered before committing to a strategy.]
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
## Quality Bar
|
|
51
|
+
|
|
52
|
+
- Do not recommend before establishing the baseline.
|
|
53
|
+
- Label facts, interpretations, and assumptions separately.
|
|
54
|
+
- Highlight trend and momentum, not only point-in-time performance.
|
|
55
|
+
- End with implications for the decision.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: stakeholder-alignment
|
|
3
|
+
description: Maps stakeholders, decision criteria, influence paths, concerns, and pre-wire actions needed to win support. Use for stakeholder alignment, executive buy-in, pre-wiring, change management, board approval, leadership alignment, or "how do we get this approved?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Stakeholder Alignment
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a recommendation must win support across leaders, functions, investors, board members, customers, or implementation owners.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Win the room before the meeting. Understand who must say yes, what each person needs to believe, where resistance will come from, and what engagement must happen in advance.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the decision and approval path.
|
|
19
|
+
2. Identify stakeholders and influence relationships.
|
|
20
|
+
3. Map each stakeholder's interests, likely concerns, and decision criteria.
|
|
21
|
+
4. Assess support level and influence.
|
|
22
|
+
5. Build a pre-wire plan.
|
|
23
|
+
6. Prepare messages and objections by stakeholder.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Stakeholder Alignment Plan
|
|
29
|
+
|
|
30
|
+
## Decision Path
|
|
31
|
+
[Who decides, who influences, and when.]
|
|
32
|
+
|
|
33
|
+
## Stakeholder Map
|
|
34
|
+
| Stakeholder | Role | Influence | Current Stance | What They Need To Hear |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Resistance Points
|
|
38
|
+
| Concern | Who Holds It | Response |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Pre-Wire Plan
|
|
42
|
+
| Action | Owner | Timing | Desired Outcome |
|
|
43
|
+
|---|---|---|---|
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Quality Bar
|
|
47
|
+
|
|
48
|
+
- Map influence, not only org hierarchy.
|
|
49
|
+
- Identify what each stakeholder needs to believe.
|
|
50
|
+
- Include objections and responses.
|
|
51
|
+
- Sequence engagement before the formal meeting.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: strategic-options
|
|
3
|
+
description: Generates and compares strategic options with clear decision criteria, trade-offs, and recommendation logic. Use for strategy options, path selection, growth choices, market entry choices, build-buy-partner, or "what are our options?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Strategic Options
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs alternatives before committing to a strategy. It helps avoid false binaries and creates a defensible path from options to recommendation.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Develop a small set of distinct, viable options. Compare them against decision criteria that matter. Recommend a path with trade-offs visible.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Clarify the strategic decision and constraints.
|
|
19
|
+
2. Generate mutually distinct options.
|
|
20
|
+
3. Define decision criteria.
|
|
21
|
+
4. Assess each option against attractiveness, feasibility, risk, economics, and strategic fit.
|
|
22
|
+
5. Identify hybrids or sequencing if useful.
|
|
23
|
+
6. Recommend the best path and what must be true.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Strategic Options
|
|
29
|
+
|
|
30
|
+
## Decision
|
|
31
|
+
[Decision being made.]
|
|
32
|
+
|
|
33
|
+
## Options
|
|
34
|
+
| Option | Description | Upside | Trade-Off | What Must Be True |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Evaluation
|
|
38
|
+
| Criteria | Option A | Option B | Option C |
|
|
39
|
+
|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Recommendation
|
|
42
|
+
[Preferred option and rationale.]
|
|
43
|
+
|
|
44
|
+
## Next Tests
|
|
45
|
+
[Evidence needed before committing.]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Quality Bar
|
|
49
|
+
|
|
50
|
+
- Options must be meaningfully different.
|
|
51
|
+
- Criteria must reflect the user's decision, not generic attractiveness.
|
|
52
|
+
- Include trade-offs and risks.
|
|
53
|
+
- State what evidence would change the recommendation.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: transformation-roadmap
|
|
3
|
+
description: Converts strategy into sequenced workstreams, phases, milestones, owners, dependencies, risks, and governance. Use for transformation roadmap, implementation plan, change program, PMO setup, strategic execution, or "how do we make this happen?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Transformation Roadmap
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a strategy needs to become a delivery plan. It fits operating transformations, growth programs, cost programs, digital transformations, post-merger integration, and capability builds.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Translate the recommendation into phases that create value while reducing execution risk. Make owners, milestones, dependencies, and governance explicit.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the strategic goal and target outcomes.
|
|
19
|
+
2. Identify workstreams and capabilities required.
|
|
20
|
+
3. Sequence phases by value, dependency, and readiness.
|
|
21
|
+
4. Assign owners, milestones, and decision gates.
|
|
22
|
+
5. Identify risks, dependencies, and governance.
|
|
23
|
+
6. Produce a roadmap and first 90-day plan.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Transformation Roadmap
|
|
29
|
+
|
|
30
|
+
## Target Outcome
|
|
31
|
+
[What must change and by when.]
|
|
32
|
+
|
|
33
|
+
## Workstreams
|
|
34
|
+
| Workstream | Objective | Owner | Key Dependency |
|
|
35
|
+
|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Roadmap
|
|
38
|
+
| Phase | Timing | Major Actions | Milestones |
|
|
39
|
+
|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## First 90 Days
|
|
42
|
+
[Immediate actions and decision gates.]
|
|
43
|
+
|
|
44
|
+
## Governance
|
|
45
|
+
[Cadence, escalation, metrics, and owners.]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Quality Bar
|
|
49
|
+
|
|
50
|
+
- Sequence by dependency and value.
|
|
51
|
+
- Include first 90 days.
|
|
52
|
+
- Assign owners and decision gates.
|
|
53
|
+
- Make governance visible.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: value-realization
|
|
3
|
+
description: Defines how strategic value will be tracked, owned, measured, and captured after launch. Use for value realization, benefits tracking, synergy capture, transformation value, KPI governance, post-launch tracking, or "how do we make benefits stick?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Value Realization
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a strategy, transformation, acquisition, or initiative needs benefits that are measurable and owned after approval.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Move from promised value to captured value. Define the value ledger, owners, metrics, timing, proof standard, and governance cadence.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the value ambition and benefit categories.
|
|
19
|
+
2. Identify value drivers and initiatives.
|
|
20
|
+
3. Assign owners and measurement methods.
|
|
21
|
+
4. Set baselines, targets, and timing.
|
|
22
|
+
5. Define governance and escalation.
|
|
23
|
+
6. Produce the value realization plan.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Value Realization Plan
|
|
29
|
+
|
|
30
|
+
## Value Ambition
|
|
31
|
+
[Target value and timing.]
|
|
32
|
+
|
|
33
|
+
## Value Ledger
|
|
34
|
+
| Benefit | Baseline | Target | Owner | Proof Standard |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Governance
|
|
38
|
+
| Cadence | Participants | Decisions |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Risks To Capture
|
|
42
|
+
[What could prevent value from being realized.]
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
## Quality Bar
|
|
46
|
+
|
|
47
|
+
- Define baseline and target.
|
|
48
|
+
- Assign owners for value, not only activity.
|
|
49
|
+
- Separate one-time and recurring benefits.
|
|
50
|
+
- Include governance and escalation triggers.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: war-gaming
|
|
3
|
+
description: Stress-tests strategy against competitor moves, market shifts, customer reactions, regulatory changes, and execution failure. Use for war gaming, scenario planning, strategy stress test, competitive response, risk scenarios, or "what could break this strategy?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# War Gaming
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill before committing to a strategy that could be disrupted by rivals, market shifts, execution failure, regulation, customer response, or capital constraints.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Pressure-test the strategy before reality does. Simulate likely and high-impact scenarios, identify weak points, and pre-commit response moves.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the strategy to test.
|
|
19
|
+
2. Identify scenario dimensions: competitor, customer, market, regulatory, operational, financial.
|
|
20
|
+
3. Build base, adverse, and aggressive scenarios.
|
|
21
|
+
4. Assess impact on economics and strategic logic.
|
|
22
|
+
5. Identify early warning signals.
|
|
23
|
+
6. Recommend defensive and offensive responses.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Strategy War Game
|
|
29
|
+
|
|
30
|
+
## Strategy Under Test
|
|
31
|
+
[Strategy summary.]
|
|
32
|
+
|
|
33
|
+
## Scenarios
|
|
34
|
+
| Scenario | Trigger | Impact | Likelihood | Severity |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Vulnerabilities
|
|
38
|
+
| Weak Point | Why It Matters | Mitigation |
|
|
39
|
+
|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Response Playbook
|
|
42
|
+
| Signal | Response | Owner |
|
|
43
|
+
|---|---|---|
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Quality Bar
|
|
47
|
+
|
|
48
|
+
- Include likely scenarios and painful scenarios.
|
|
49
|
+
- Make early warning signals observable.
|
|
50
|
+
- Tie responses to owners and decisions.
|
|
51
|
+
- Do not turn the output into a generic risk list.
|
|
@@ -2700,6 +2700,7 @@ console.log(
|
|
|
2700
2700
|
var CHROMIUM_PROFILE_DIR = resolve(homedir(), configDirName, "chromium-profile");
|
|
2701
2701
|
var PLATFORM_ROOT = process.env.MAXY_PLATFORM_ROOT ?? resolve(process.cwd(), "..");
|
|
2702
2702
|
var USERS_FILE = resolve(MAXY_DIR, "users.json");
|
|
2703
|
+
var LID_MAP_FILE = resolve(MAXY_DIR, "whatsapp-lid-map.json");
|
|
2703
2704
|
var LOG_DIR = resolve(MAXY_DIR, "logs");
|
|
2704
2705
|
var BIN_DIR = resolve(MAXY_DIR, "bin");
|
|
2705
2706
|
var REMOTE_PASSWORD_FILE = resolve(MAXY_DIR, ".remote-password");
|
|
@@ -5604,6 +5605,7 @@ export {
|
|
|
5604
5605
|
CDP_PORT,
|
|
5605
5606
|
CHROMIUM_PROFILE_DIR,
|
|
5606
5607
|
USERS_FILE,
|
|
5608
|
+
LID_MAP_FILE,
|
|
5607
5609
|
LOG_DIR,
|
|
5608
5610
|
BIN_DIR,
|
|
5609
5611
|
INSTALL_OWNER_FILE,
|