@smartsoft001-mobilems/claude-plugins 2.60.0 → 2.61.0

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 CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@smartsoft001-mobilems/claude-plugins",
3
- "version": "2.60.0",
3
+ "version": "2.61.0",
4
4
  "publishConfig": {
5
5
  "access": "public"
6
6
  },
@@ -1,5 +1,5 @@
1
1
  {
2
2
  "name": "flow",
3
3
  "description": "Development flow",
4
- "version": "2.60.0"
4
+ "version": "2.61.0"
5
5
  }
@@ -95,15 +95,33 @@ For each opportunity, calculate:
95
95
 
96
96
  Output the analysis as a structured markdown report (see Output Format).
97
97
 
98
- ### Step 5: Propose Orchestrator Improvements
98
+ ### Step 5: File Orchestrator Improvement Suggestions
99
99
 
100
100
  If recurring patterns are found across multiple analyses:
101
101
 
102
102
  1. Identify the pattern (e.g., "scaffolding agents for independent files are always falsely sequentialized")
103
- 2. Propose a rule change to `shared-impl-orchestrator.md`
104
- 3. Include the specific section and wording to modify
103
+ 2. Formulate a rule change for `shared-impl-orchestrator.md`
104
+ 3. **Delegate to `linear-suggestion` skill** to create a Linear issue in the "MobileMS Framework" project:
105
105
 
106
- Only propose permanent orchestrator changes for **recurring** patterns, not one-off task-specific opportunities.
106
+ ```
107
+ title: [short description of the recurring pattern and proposed rule]
108
+ description: |
109
+ ### Observation
110
+ [description of the recurring pattern with evidence from multiple tasks]
111
+
112
+ ### Proposed Change
113
+ [target file, section, and exact wording to add/modify]
114
+
115
+ ### Evidence
116
+ [list of task IDs where this pattern was observed]
117
+ source: shared-parallelization-analyzer
118
+ targetFile: packages/shared/claude-plugins/src/plugins/flow/agents/shared-impl-orchestrator.md
119
+ category: OPTIMIZATION
120
+ ```
121
+
122
+ 4. Include the created issue ID in the console report
123
+
124
+ Only file Linear issues for **recurring** patterns, not one-off task-specific opportunities. Task-specific opportunities are reported in the console only.
107
125
 
108
126
  ## Output Format
109
127
 
@@ -155,13 +173,14 @@ Only propose permanent orchestrator changes for **recurring** patterns, not one-
155
173
  - **Proposed steps**: 4 (2 parallel groups + 2 sequential)
156
174
  - **Reduction**: 2 fewer sequential steps
157
175
 
158
- ### Orchestrator Improvement Proposals
176
+ ### Orchestrator Improvement Suggestions
159
177
 
160
- > Only shown if recurring patterns detected across multiple tasks
178
+ > Only shown if recurring patterns detected across multiple tasks.
179
+ > Suggestions are filed as Linear issues in the "MobileMS Framework" project via `linear-suggestion` skill.
161
180
 
162
- **Proposal**: [description of recurring pattern and suggested orchestrator rule change]
181
+ **Suggestion**: [description of recurring pattern and suggested orchestrator rule change]
163
182
  **Target**: `shared-impl-orchestrator.md` → [section name]
164
- **Suggested addition**: [exact wording to add]
183
+ **Linear issue**: [issue ID] [issue URL]
165
184
 
166
185
  ---
167
186
 
@@ -197,7 +216,7 @@ _Analysis generated by shared-parallelization-analyzer_
197
216
  2. **Conservative analysis**: When uncertain whether a dependency exists, treat it as real. False parallelization is worse than missed optimization.
198
217
  3. **Same-file operations are always sequential**: If two agents modify the same file, they must remain sequential regardless of which parts they modify.
199
218
  4. **Only recurring patterns proposed as permanent changes**: Task-specific opportunities are reported but NOT proposed as orchestrator modifications. Only patterns observed repeatedly should be suggested as `shared-impl-orchestrator.md` changes.
200
- 5. **Non-blocking and advisory**: This analysis is informational only. It does not block any workflow and proposals are shown to the user without auto-applying.
219
+ 5. **Non-blocking and advisory**: This analysis is informational only. It does not block any workflow. Recurring pattern suggestions are filed as Linear issues via `linear-suggestion` skill — never auto-applied to agent files.
201
220
  6. **Respect existing PARALLEL annotations**: If the orchestration plan already marks agents as PARALLEL, confirm or flag them rather than re-proposing.
202
221
 
203
222
  ## Examples
@@ -135,7 +135,7 @@ After the commit is created, perform an optional parallelization analysis:
135
135
 
136
136
  - This step is **non-blocking** and **advisory only**
137
137
  - The analysis report is shown to the user in the console but is NOT auto-applied
138
- - Orchestrator improvement proposals (if any) are presented for the user to review
138
+ - Recurring orchestrator improvement suggestions (if any) are filed as Linear issues in the "MobileMS Framework" project via `linear-suggestion` skill — no user interaction required
139
139
  - A commit failure or missing orchestration plan should never cause this step to error
140
140
 
141
141
  ### Guidelines
@@ -146,7 +146,7 @@ After the commit is created, perform an optional parallelization analysis:
146
146
  4. If task type is unclear, analyze the code changes to determine type
147
147
  5. Always include the Linear task reference in the footer
148
148
  6. If there are no staged changes, warn the user and don't create commit
149
- 7. After a successful commit, run the optional parallelization analysis (Step 6) to surface optimization opportunities from the orchestration plan
149
+ 7. After a successful commit, run the optional parallelization analysis (Step 6) to surface optimization opportunities from the orchestration plan. Recurring patterns are filed as Linear issues automatically via `linear-suggestion` skill
150
150
 
151
151
  ### Example
152
152
 
@@ -176,11 +176,19 @@ For Linear task "ENG-123: Add dark mode toggle to settings":
176
176
  - **Proposed steps**: 4 (1 parallel group + 3 sequential)
177
177
  - **Reduction**: 1 fewer sequential step
178
178
 
179
+ ### Orchestrator Improvement Suggestions
180
+
181
+ **Suggestion**: Independent scaffolding agents are always falsely sequentialized
182
+ **Target**: `shared-impl-orchestrator.md` → Parallel vs Sequential
183
+ **Linear issue**: MOB-815 — https://linear.app/mobilems/issue/MOB-815
184
+
179
185
  ---
180
186
 
181
187
  _Analysis generated by shared-parallelization-analyzer_
182
188
  ```
183
189
 
190
+ If a recurring pattern is detected, a Linear issue is automatically created in "MobileMS Framework" via `linear-suggestion` skill.
191
+
184
192
  If no orchestration plan is found in Linear comments, this step is silently skipped.
185
193
 
186
194
  ---
@@ -0,0 +1,132 @@
1
+ ---
2
+ name: linear-suggestion
3
+ description: Create a Linear issue in the "MobileMS Framework" project with a suggestion for agent, command, or skill improvements.
4
+ allowed-tools: mcp__linear-server__create_issue
5
+ ---
6
+
7
+ # Linear Suggestion
8
+
9
+ Create a Linear issue in the **MobileMS Framework** project containing a suggestion for improving agent definitions, commands, or skills. Used by automated analysis agents to propose changes without blocking the workflow.
10
+
11
+ ## When to Use
12
+
13
+ - When an automated agent (e.g., `shared-parallelization-analyzer`) identifies a recurring pattern that could improve an agent, command, or skill
14
+ - When proposing orchestrator rule changes based on parallelization analysis
15
+ - When any non-interactive process needs to suggest framework improvements
16
+
17
+ ## Input Parameters
18
+
19
+ The invoking agent must provide:
20
+
21
+ | Parameter | Required | Description |
22
+ | ------------- | -------- | --------------------------------------------------------------- |
23
+ | `title` | YES | Short summary of the suggestion (max 100 chars) |
24
+ | `description` | YES | Full markdown description with rationale and proposed changes |
25
+ | `source` | YES | Agent that generated the suggestion (e.g., `shared-parallelization-analyzer`) |
26
+ | `targetFile` | NO | Path to the file to be modified (e.g., `agents/shared-impl-orchestrator.md`) |
27
+ | `category` | NO | One of: `OPTIMIZATION`, `NEW_RULE`, `PATTERN_UPDATE`, `BUG_FIX` |
28
+
29
+ ## Issue Format
30
+
31
+ ### Title
32
+
33
+ ```
34
+ [Agent Suggestion] {title}
35
+ ```
36
+
37
+ ### Description
38
+
39
+ ```markdown
40
+ ## Agent Improvement Suggestion
41
+
42
+ **Source agent**: `{source}`
43
+ **Category**: {category}
44
+ **Target file**: `{targetFile}`
45
+
46
+ ---
47
+
48
+ {description}
49
+
50
+ ---
51
+
52
+ _This issue was automatically created by `{source}` via the `linear-suggestion` skill._
53
+ _Review and apply manually if the suggestion is valid._
54
+ ```
55
+
56
+ ## Process
57
+
58
+ 1. **Format the issue title** with `[Agent Suggestion]` prefix
59
+ 2. **Build the description** using the template above, inserting all provided parameters
60
+ 3. **Create the issue** using MCP Linear server:
61
+
62
+ ```
63
+ Create issue in project "MobileMS Framework":
64
+ - Title: [Agent Suggestion] {title}
65
+ - Description: {formatted description}
66
+ - Label: agent-evolution
67
+ ```
68
+
69
+ 4. **Return the issue ID and URL** to the invoking agent
70
+
71
+ ## Output Format
72
+
73
+ After successful creation, return:
74
+
75
+ ```
76
+ Linear issue created:
77
+ - ID: {issueId}
78
+ - Title: [Agent Suggestion] {title}
79
+ - URL: {issueUrl}
80
+ ```
81
+
82
+ ## Error Handling
83
+
84
+ If issue creation fails (e.g., MCP Linear server unavailable):
85
+
86
+ - Log the error silently
87
+ - Do NOT block the parent workflow
88
+ - Return a failure notice without throwing
89
+
90
+ ```
91
+ Linear suggestion skipped: {error reason}
92
+ ```
93
+
94
+ ## Example
95
+
96
+ **Input from `shared-parallelization-analyzer`:**
97
+
98
+ ```
99
+ title: Add parallel scaffolding rule to orchestrator
100
+ description: |
101
+ ### Observation
102
+
103
+ In 3 out of 5 recent tasks, scaffolding agents for independent files
104
+ (e.g., `angular-component-scaffolder` + `angular-service-builder`) were
105
+ marked as SEQ despite having no shared output files.
106
+
107
+ ### Proposed Change
108
+
109
+ Add to `shared-impl-orchestrator.md` → Execution Patterns → Parallel vs Sequential:
110
+
111
+ | Scenario | Pattern | Reason |
112
+ | --------------------------------------- | -------- | ------------------------------- |
113
+ | Multiple scaffolding for independent files | PARALLEL | No shared output files between scaffolders |
114
+
115
+ ### Evidence
116
+
117
+ - MOB-700: scaffold-component + scaffold-service (independent)
118
+ - MOB-705: scaffold-directive + scaffold-service (independent)
119
+ - MOB-710: scaffold-component + scaffold-pipe (independent)
120
+ source: shared-parallelization-analyzer
121
+ targetFile: packages/shared/claude-plugins/src/plugins/flow/agents/shared-impl-orchestrator.md
122
+ category: OPTIMIZATION
123
+ ```
124
+
125
+ **Created issue:**
126
+
127
+ ```
128
+ Linear issue created:
129
+ - ID: MOB-815
130
+ - Title: [Agent Suggestion] Add parallel scaffolding rule to orchestrator
131
+ - URL: https://linear.app/mobilems/issue/MOB-815
132
+ ```