bmad-create-architecture
DEPRECATED — forwards to bmad-architecture (create intent)
This skill was consolidated into bmad-architecture. It is retained as a thin compatibility shim so existing invocations by name and _bmad/custom/bmad-create-architecture.toml override files keep working. New work should invoke bmad-architecture directly — it detects create / update / validate intent from the conversation.
On Activation
-
Resolve customization:
python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow. This picks up any{project-root}/_bmad/custom/bmad-create-architecture.tomlandbmad-create-architecture.user.tomloverrides for the legacy fields (activation_steps_prepend,activation_steps_append,persistent_facts,on_complete). -
Load
{project-root}/_bmad/bmm/config.yaml(andconfig.user.yamlif present) to resolve{user_name}and{communication_language}. -
Emit a deprecation notice to the user in
{communication_language}:Notice:
bmad-create-architectureis deprecated and will be removed in a future release. It now forwards tobmad-architecturewith create intent. To silence this notice and access the full new customization surface (spine_template,spine_output_path,run_folder_pattern,doc_standards,external_sources,external_handoffs,finalize_reviewers), migrate_bmad/custom/bmad-create-architecture.tomlto_bmad/custom/bmad-architecture.tomland invokebmad-architecturedirectly next time. Customization fields that were in this version still remain in the new version and will be respected if present in_bmad/custom/bmad-architecture.toml, but the new version also supports additional fields that you can take advantage of by migrating. -
Invoke
bmad-architecturewith the following context. Pass these as the activating context sobmad-architecturehonors them instead of resolving its own customization from scratch: