From cartograph
Plan a feature by searching existing widgets and producing an install / improve / create plan. Works per-feature, not per-app. Stops at the plan — does not implement.
How this skill is triggered — by the user, by Claude, or both
Slash command
/cartograph:cg-planThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
To implement a feature set, take the time to search through existing widgets and registry ones to make an install, improve, create plan.
To implement a feature set, take the time to search through existing widgets and registry ones to make an install, improve, create plan.
Plan only one feature at a time. A whole app cannot be broken down into widgets accurately. If a user requests a full app, kindly encourage them to narrow it down more so you can effectively plan.
Use the headings shown below in your response.
Start by defining in 1-2 sentences what the feature is.
Look to see if there is an existing architecture.mermiad or architect.py script. This is your guide for understanding app before trying to plug something in.
Use a numbered list for every implementation that is needed to fulfill the request. This should be expansive and large. There is no such thing as too much detail. Include a domain and language if it makes sense at this stage. Format each entry like: Candidate, domain, language.
Determine whether the implementation should go in a widget or be glue. Two ways to identify if an implementation is for a widget:
Some implementations may look consumer-only but often carry general implementations that should be extracted, with the consumer-specific part left in glue code.
Classification information shall be output in a table with all implementations considered.
| Implementation | T/F Widget | Reason |
|---|---|---|
| ex | T | one sentence reason |
For implementations that are for widgets, look through the cg/ directory to determine if there are any widgets that may already satisfy the need. Promising ones should have their widget.json and src code read. While reading, determine whether it would be appropriate to use or extend the widget. If not, then pass.
If all your needs aren't covered by existing widgets, expand to using a Cartograph search. Consider that your implementation might have multiple terms. Remember, search is cheap, creating is not. If a widget could be installed and extended, you should install it.
For project and registry widgets, widget.json should provide most of the info you need. Use a local read tool or inspect if you need more clarity.
Identify which widgets in the current project you will use with no extension needed.
Identify which widgets in the current project you will extend, by name, with a 1-2 sentence explanation of what.
Identify which widgets you intend to install with their installable id from the search. If you intend to extend one, provide a 1-2 sentence explanation.
Identify which widgets will need to be created and propose them in the format: name, domain, language.
Review architecture if exists for any changes that need to be made. If your work causes changes, implement them in the architecture and re render the graph. This is also when you should be linkined widgets/blueprints to the architecture.
npx claudepluginhub benteigland11/cartograph-pluginCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.