claude and a few other ide tools installation fix to not add a readme file slash comand regression, and cleanup bmad folders in tools on install

This commit is contained in:
Brian Madison
2025-11-06 22:45:29 -06:00
parent 1343859874
commit 91302d9c7a
269 changed files with 153 additions and 53977 deletions

View File

@@ -193,9 +193,23 @@ menu:
- trigger: [emerging from conversation]
workflow: [path based on capability]
description: [user's words refined]
```
# For cross-module workflow references (advanced):
- trigger: [another capability]
workflow: "{project-root}/bmad/SOURCE_MODULE/workflows/path/to/workflow.yaml"
workflow-install: "{project-root}/bmad/THIS_MODULE/workflows/vendored/path/workflow.yaml"
description: [description]
`````
</example>
<note>**Workflow Vendoring (Advanced):**
When an agent needs workflows from another module, use both `workflow` (source) and `workflow-install` (destination).
During installation, the workflow will be copied and configured for this module, making it standalone.
This is typically used when creating specialized modules that reuse common workflows with different configurations.
</note>
<template-output>agent_commands</template-output>
</step>
@@ -298,14 +312,16 @@ menu: {{The capabilities built}}
**Folder Structure:**
```
`````
{{agent_filename}}-sidecar/
├── memories.md # Persistent memory
├── instructions.md # Private directives
├── knowledge/ # Knowledge base
└── README.md
└── sessions/ # Session notes
```
├── memories.md # Persistent memory
├── instructions.md # Private directives
├── knowledge/ # Knowledge base
└── README.md
└── sessions/ # Session notes
````
**File: memories.md**
@@ -323,7 +339,7 @@ menu: {{The capabilities built}}
## Personal Notes
<!-- My observations and insights -->
```
````
**File: instructions.md**

View File

@@ -136,6 +136,40 @@ Tasks should be used for:
- Declare dependencies in config.yaml
- Version compatibility notes
### Workflow Vendoring (Advanced)
For modules that need workflows from other modules but want to remain standalone, use **workflow vendoring**:
**In Agent YAML:**
```yaml
menu:
- trigger: command-name
workflow: '{project-root}/bmad/SOURCE_MODULE/workflows/path/workflow.yaml'
workflow-install: '{project-root}/bmad/THIS_MODULE/workflows/vendored/workflow.yaml'
description: 'Command description'
```
**What Happens:**
- During installation, workflows are copied from `workflow` to `workflow-install` location
- Vendored workflows get `config_source` updated to reference this module's config
- Compiled agent only references the `workflow-install` path
- Module becomes fully standalone - no source module dependency required
**Use Cases:**
- Specialized modules that reuse common workflows with different configs
- Domain-specific adaptations (e.g., game dev using standard dev workflows)
- Testing workflows in isolation
**Benefits:**
- Module independence (no forced dependencies)
- Clean namespace (workflows in your module)
- Config isolation (use your module's settings)
- Customization ready (modify vendored workflows freely)
## Installation Infrastructure
### Required: \_module-installer/install-config.yaml