@lousy-agents/cli 5.5.0 → 5.6.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.
@@ -42,7 +42,7 @@ Before adding any action:
42
42
  ## Runner Requirements
43
43
 
44
44
  | Workflow | Runner |
45
- |----------|--------|
45
+ | ---------- | -------- |
46
46
  | Default (all workflows) | `ubuntu-latest` |
47
47
  | `copilot-setup-steps.yml` | May use different runners as needed |
48
48
 
@@ -118,7 +118,7 @@ Testcontainers works out of the box on `ubuntu-latest` runners since they have D
118
118
  ### Environment Variables
119
119
 
120
120
  | Variable | Description | Default |
121
- |----------|-------------|---------|
121
+ | ---------- | ------------- | --------- |
122
122
  | `TESTCONTAINERS_RYUK_DISABLED` | Disable Ryuk container cleanup | `false` |
123
123
  | `TESTCONTAINERS_DOCKER_SOCKET_OVERRIDE` | Override Docker socket path | auto-detected |
124
124
 
@@ -399,7 +399,7 @@ export class UserRepositoryImpl implements UserRepository {
399
399
  ## Import Rules Summary
400
400
 
401
401
  | From | Entities | Use Cases | Gateways/Routes/DB | Index (Root) |
402
- |------|----------|-----------|-------------------|--------------|
402
+ | ------ | ---------- | ----------- | ------------------- | -------------- |
403
403
  | Entities | ✓ | ✗ | ✗ | ✗ |
404
404
  | Use Cases | ✓ | ✓ | ✗ | ✗ |
405
405
  | Gateways/Routes/DB | ✓ | ✓ | ✓ | ✗ |
@@ -70,7 +70,7 @@ When you create an issue with the `copilot-ready` label (applied automatically b
70
70
  All acceptance criteria must use EARS (Easy Approach to Requirements Syntax) patterns:
71
71
 
72
72
  | Pattern | Template | Use When |
73
- |---------|----------|----------|
73
+ | --------- | ---------- | ---------- |
74
74
  | Ubiquitous | The `<system>` shall `<response>` | Always true, no trigger |
75
75
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to an event |
76
76
  | State-driven | While `<state>`, the `<system>` shall `<response>` | Active during a condition |
@@ -136,7 +136,7 @@ Personas should be developed and maintained in a central location (e.g., `docs/p
136
136
  Evaluate every feature against these value types. A feature may deliver multiple.
137
137
 
138
138
  | Value Type | Question to Ask |
139
- |------------|-----------------|
139
+ | ------------ | ----------------- |
140
140
  | Commercial | Does this increase revenue or reduce cost of sale? |
141
141
  | Future | Does this save time or money later? Does it reduce technical debt? |
142
142
  | Customer | Does this increase retention or satisfaction for existing users? |
@@ -163,7 +163,7 @@ A spec has three sections that flow into each other:
163
163
  ## Personas
164
164
 
165
165
  | Persona | Impact | Notes |
166
- |---------|--------|-------|
166
+ | --------- | -------- | ------- |
167
167
  | <name> | Positive/Negative/Neutral | <brief explanation> |
168
168
 
169
169
  ## Value Assessment
@@ -21,7 +21,7 @@ Each spec follows this structure:
21
21
 
22
22
  ## Personas
23
23
  | Persona | Impact | Notes |
24
- |---------|--------|-------|
24
+ | --------- | -------- | ------- |
25
25
 
26
26
  ## Value Assessment
27
27
  - **Primary value**: <type> — <explanation>
@@ -58,7 +58,7 @@ so that I can **<outcome>**.
58
58
  Use EARS (Easy Approach to Requirements Syntax) patterns:
59
59
 
60
60
  | Pattern | Template | Use When |
61
- |---------|----------|----------|
61
+ | --------- | ---------- | ---------- |
62
62
  | Ubiquitous | The `<system>` shall `<response>` | Always true |
63
63
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to event |
64
64
  | State-driven | While `<state>`, the `<system>` shall `<response>` | During a condition |
@@ -18,7 +18,7 @@
18
18
  },
19
19
  "devDependencies": {
20
20
  "@biomejs/biome": "2.4.8",
21
- "@lousy-agents/mcp": "5.4.3",
21
+ "@lousy-agents/mcp": "5.5.0",
22
22
  "@modelcontextprotocol/server-sequential-thinking": "2025.12.18",
23
23
  "@testcontainers/postgresql": "11.13.0",
24
24
  "@types/node": "24.12.0",
@@ -944,14 +944,14 @@
944
944
  }
945
945
  },
946
946
  "node_modules/@lousy-agents/mcp": {
947
- "version": "5.4.3",
948
- "resolved": "https://registry.npmjs.org/@lousy-agents/mcp/-/mcp-5.4.3.tgz",
949
- "integrity": "sha512-T696zVHxldPHhiym/qgjcwRFOav6qDJw6aZy28Xl5bb0QsZhQMjhGNtdZ6hFR2PMIt7S/TGEHtiIs1xfhpWJNw==",
947
+ "version": "5.5.0",
948
+ "resolved": "https://registry.npmjs.org/@lousy-agents/mcp/-/mcp-5.5.0.tgz",
949
+ "integrity": "sha512-k3fZC+VwSACJlzOAhgVdKwktk/aGKW7JgKtAHTn04e7OBgyE0tMRWU3KUykTnOyfrY1LoOqlitD2geSIsMvVIw==",
950
950
  "dev": true,
951
951
  "license": "MIT",
952
952
  "dependencies": {
953
953
  "@modelcontextprotocol/sdk": "1.27.1",
954
- "yaml": "2.8.2",
954
+ "yaml": "2.8.3",
955
955
  "zod": "4.3.6"
956
956
  },
957
957
  "bin": {
@@ -5846,9 +5846,9 @@
5846
5846
  }
5847
5847
  },
5848
5848
  "node_modules/yaml": {
5849
- "version": "2.8.2",
5850
- "resolved": "https://registry.npmjs.org/yaml/-/yaml-2.8.2.tgz",
5851
- "integrity": "sha512-mplynKqc1C2hTVYxd0PU2xQAc22TI1vShAYGksCCfxbn/dFwnHTNi1bvYsBTkhdUNtGIf5xNOg938rrSSYvS9A==",
5849
+ "version": "2.8.3",
5850
+ "resolved": "https://registry.npmjs.org/yaml/-/yaml-2.8.3.tgz",
5851
+ "integrity": "sha512-AvbaCLOO2Otw/lW5bmh9d/WEdcDFdQp2Z2ZUH3pX9U2ihyUY0nvLv7J6TrWowklRGPYbB/IuIMfYgxaCPg5Bpg==",
5852
5852
  "dev": true,
5853
5853
  "license": "ISC",
5854
5854
  "bin": {
@@ -26,7 +26,7 @@
26
26
  },
27
27
  "devDependencies": {
28
28
  "@biomejs/biome": "2.4.8",
29
- "@lousy-agents/mcp": "5.4.3",
29
+ "@lousy-agents/mcp": "5.5.0",
30
30
  "@modelcontextprotocol/server-sequential-thinking": "2025.12.18",
31
31
  "@testcontainers/postgresql": "11.13.0",
32
32
  "@types/node": "24.12.0",
@@ -41,7 +41,7 @@ Before adding any action:
41
41
  ## Runner Requirements
42
42
 
43
43
  | Workflow | Runner |
44
- |----------|--------|
44
+ | ---------- | -------- |
45
45
  | Default (all workflows) | `ubuntu-latest` |
46
46
 
47
47
  ## Example CI Workflow
@@ -141,7 +141,7 @@ runMain(main);
141
141
  ## Import Rules Summary
142
142
 
143
143
  | From | Entities | Use Cases | Commands/Gateways/Lib | Index (Root) |
144
- |------|----------|-----------|----------------------|--------------|
144
+ | ------ | ---------- | ----------- | ---------------------- | -------------- |
145
145
  | Entities | ✓ | ✗ | ✗ | ✗ |
146
146
  | Use Cases | ✓ | ✓ | ✗ | ✗ |
147
147
  | Commands/Gateways/Lib | ✓ | ✓ | ✓ | ✗ |
@@ -43,7 +43,7 @@ When reviewing a spec:
43
43
  All acceptance criteria must use EARS (Easy Approach to Requirements Syntax) patterns:
44
44
 
45
45
  | Pattern | Template | Use When |
46
- |---------|----------|----------|
46
+ | --------- | ---------- | ---------- |
47
47
  | Ubiquitous | The `<system>` shall `<response>` | Always true, no trigger |
48
48
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to an event |
49
49
  | State-driven | While `<state>`, the `<system>` shall `<response>` | Active during a condition |
@@ -21,7 +21,7 @@ Each spec follows this structure:
21
21
 
22
22
  ## Personas
23
23
  | Persona | Impact | Notes |
24
- |---------|--------|-------|
24
+ | --------- | -------- | ------- |
25
25
 
26
26
  ## Value Assessment
27
27
  - **Primary value**: <type> — <explanation>
@@ -58,7 +58,7 @@ so that I can **<outcome>**.
58
58
  Use EARS (Easy Approach to Requirements Syntax) patterns:
59
59
 
60
60
  | Pattern | Template | Use When |
61
- |---------|----------|----------|
61
+ | --------- | ---------- | ---------- |
62
62
  | Ubiquitous | The `<system>` shall `<response>` | Always true |
63
63
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to event |
64
64
  | State-driven | While `<state>`, the `<system>` shall `<response>` | During a condition |
@@ -20,7 +20,7 @@
20
20
  },
21
21
  "devDependencies": {
22
22
  "@biomejs/biome": "2.4.8",
23
- "@lousy-agents/mcp": "5.4.3",
23
+ "@lousy-agents/mcp": "5.5.0",
24
24
  "@modelcontextprotocol/server-sequential-thinking": "2025.12.18",
25
25
  "@types/node": "24.12.0",
26
26
  "@upstash/context7-mcp": "2.1.4",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@lousy-agents/cli",
3
- "version": "5.5.0",
3
+ "version": "5.6.0",
4
4
  "description": "CLI scaffolding tool that sets up projects with structure, instructions, and feedback loops for AI coding assistants",
5
5
  "type": "module",
6
6
  "repository": {
@@ -41,6 +41,6 @@ Before adding any action:
41
41
  ## Runner Requirements
42
42
 
43
43
  | Workflow | Runner |
44
- |----------|--------|
44
+ | ---------- | -------- |
45
45
  | Default (all workflows) | `ubuntu-latest` |
46
46
  | `copilot-setup-steps.yml` | May use different runners as needed |
@@ -374,7 +374,7 @@ export class GetProductsUseCase {
374
374
  ## Import Rules Summary
375
375
 
376
376
  | From | Entities | Use Cases | Gateways/Hooks/Components | App (Infrastructure) |
377
- |------|----------|-----------|---------------------------|---------------------|
377
+ | ------ | ---------- | ----------- | --------------------------- | --------------------- |
378
378
  | Entities | ✓ | ✗ | ✗ | ✗ |
379
379
  | Use Cases | ✓ | ✓ | ✗ | ✗ |
380
380
  | Gateways/Hooks/Components | ✓ | ✓ | ✓ | ✗ |
@@ -70,7 +70,7 @@ When you create an issue with the `copilot-ready` label (applied automatically b
70
70
  All acceptance criteria must use EARS (Easy Approach to Requirements Syntax) patterns:
71
71
 
72
72
  | Pattern | Template | Use When |
73
- |---------|----------|----------|
73
+ | --------- | ---------- | ---------- |
74
74
  | Ubiquitous | The `<system>` shall `<response>` | Always true, no trigger |
75
75
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to an event |
76
76
  | State-driven | While `<state>`, the `<system>` shall `<response>` | Active during a condition |
@@ -136,7 +136,7 @@ Personas should be developed and maintained in a central location (e.g., `docs/p
136
136
  Evaluate every feature against these value types. A feature may deliver multiple.
137
137
 
138
138
  | Value Type | Question to Ask |
139
- |------------|-----------------|
139
+ | ------------ | ----------------- |
140
140
  | Commercial | Does this increase revenue or reduce cost of sale? |
141
141
  | Future | Does this save time or money later? Does it reduce technical debt? |
142
142
  | Customer | Does this increase retention or satisfaction for existing users? |
@@ -163,7 +163,7 @@ A spec has three sections that flow into each other:
163
163
  ## Personas
164
164
 
165
165
  | Persona | Impact | Notes |
166
- |---------|--------|-------|
166
+ | --------- | -------- | ------- |
167
167
  | <name> | Positive/Negative/Neutral | <brief explanation> |
168
168
 
169
169
  ## Value Assessment
@@ -21,7 +21,7 @@ Each spec follows this structure:
21
21
 
22
22
  ## Personas
23
23
  | Persona | Impact | Notes |
24
- |---------|--------|-------|
24
+ | --------- | -------- | ------- |
25
25
 
26
26
  ## Value Assessment
27
27
  - **Primary value**: <type> — <explanation>
@@ -58,7 +58,7 @@ so that I can **<outcome>**.
58
58
  Use EARS (Easy Approach to Requirements Syntax) patterns:
59
59
 
60
60
  | Pattern | Template | Use When |
61
- |---------|----------|----------|
61
+ | --------- | ---------- | ---------- |
62
62
  | Ubiquitous | The `<system>` shall `<response>` | Always true |
63
63
  | Event-driven | When `<trigger>`, the `<system>` shall `<response>` | Responding to event |
64
64
  | State-driven | While `<state>`, the `<system>` shall `<response>` | During a condition |
@@ -23,7 +23,7 @@
23
23
  "devDependencies": {
24
24
  "@biomejs/biome": "2.4.8",
25
25
  "@eslint/eslintrc": "^3",
26
- "@lousy-agents/mcp": "5.4.3",
26
+ "@lousy-agents/mcp": "5.5.0",
27
27
  "@modelcontextprotocol/server-sequential-thinking": "2025.12.18",
28
28
  "@testing-library/jest-dom": "6.9.1",
29
29
  "@testing-library/react": "16.3.2",