Discussion about this post

User's avatar
JLG's avatar

Thanks for this! After reading this, I realized what I had created as a project (weekly meal plan generator) might do better as a skill within the project. But I wasn't sure: the boundary between project and skill is still a little squishy for me. So I started instead by asking Claude whether/how I should adapt it to a skill. I had a great experience with its response, pasting in case this thought process is useful for anyone else:

The Clear Split

What should stay in the Project:

Banned foods list

Available equipment

Food preferences by category

Past meal examples you've liked

Flavor brainstorms and meal ideas

Any evolving preferences or discoveries

What should move to a Skill:

The thorough instructions for generating the plan

The specific output format (plan structure, shopping list format, batch cooking steps, recipe ordering)

The workflow: analyze constraints → generate balanced meals → consolidate shopping list → create batch cooking schedule → format recipes chronologically

Consistent formatting rules

The Benefits

With this separation, you'd get:

Simplicity: Just say "generate new weekly plan" and the Skill handles the entire workflow

Consistency: Every plan follows the same structure without you re-explaining it

Cleaner Project: Your Project becomes a growing knowledge base of preferences and examples, not cluttered with procedural instructions

Reusability: If you ever wanted a separate meal prep project (say, for travel meals or meal prep for someone else), you could reuse the same Skill with different context

Maintenance: When you want to adjust the format or workflow, you update the Skill once rather than repeating instructions weekly

Expand full comment
John Brewton's avatar

Automation works best when it forces clarity before efficiency.

Expand full comment
38 more comments...

No posts

Ready for more?