hughdbrown
Joined 14 years ago
Joined 14 years ago
I had no idea this was a thing, much less that it was something people did on purpose.
I got this: https://github.com/hughdbrown/visualize-grid-layouts.git
You can follow how this all happened by looking in `docs/design/`.
The SKILL.md had this description:
``` Collaboratively designs a new software feature with the developer. Explores the existing codebase to ground all technical decisions in the project's actual architecture, conventions, and dependencies. Produces two deliverables:
1. *Product Requirements Document (PRD)* — what the feature does, technical decisions, how it operates, and ordered implementation stages.
2. *Detailed Task List* — within each stage, test-first scoped steps covering tests to write, code to implement, config changes, environment variables, dependencies, and documentation.
Both deliverables are written to files in the project for reference during implementation. ```
You can get Claude to produce the skill for you, too.
Propane does not freeze anywhere near -60C. Wikipedia [1] says it freezes (liquid to solid) below -187C and boils (liquid to gas) above -42C.
Propane is probably unusable as a fuel below -42C because there is no vapor leaving the tank [not within my experience]. That is different from the propane being a solid.
[1] https://en.wikipedia.org/wiki/Propane Melting point −187.7 °C Boiling point −42.25 to −42.04 °C
But it turns out this grammatical cue is an effective way to discover that the comment is not about an American south Jersey but a British one.
Of course, I prefer the double-c variant because of the orthographic anomaly of the person who tends to the raccoons' area at the zoo, the raccoon-nook-keeper.
Suppose you want your agent to use postgres or git or even file modification. You write your code to use MCP and your backend is already available. It's code you don't have to write.
> In my experience, the most pernicious temptation is to take the buggy, non-working code you have now and to try to modify it with "fixes" until the code works. In my experience, you often cannot get broken code to become working code because there are too many possible changes to make. In my view, it is much easier to break working code than it is to fix broken code.