A project rule set describing a four-stage workflow: design, planning, implementation, and testing. It is written in Chinese and defines documents, roles, entry conditions, exit conditions, and status labels for each stage.
Product-design rules that guide an agent to turn unclear user needs into a focused product plan, with an MVP, success measures, priorities, and risks. They also define a format for storing design documents and version history.
Planning-stage rules that turn an active product requirements document into an implementation plan. They break work into tasks, map dependencies, set milestones, and consider system boundaries, technical risks, and future changes.
Implementation-stage rules for turning an approved product requirements document and plan into maintainable, tested code. They cover preparation, incremental work, self-testing, security, error handling, readability, and performance.
A set of software testing rules written from a quality-assurance perspective. It covers unit tests for individual functions, integration tests for cooperating parts, and end-to-end tests for complete user journeys.
A Chinese-language product-management skill for examining requirements, designs, product plans, and product risks from an experienced product-manager perspective.
A project rule set for planning and implementing work from Product Requirements Documents (PRDs), which describe what a software feature should do. It defines where PRDs live, how to reference them, and which project checks to run.
A development rule that says to ask the user whenever the requirements do not settle an important decision. It covers architecture, implementation details, business rules, edge cases, naming, and file placement.
A project-onboarding guide for a PRD toolkit. A PRD is a product requirements document describing what a project should build and how it should be checked.
A workflow for turning a product requirements document, or PRD, into implemented and checked software. A PRD describes what a product or feature should do, while the workflow sets implementation constraints and reporting steps.
A project rulebook for building Godot 4 games with C#. It describes how to organize game code into layers, such as screens, UI state, and shared services, and how parts of the game communicate through events.
Naming rules for a Godot 4 game written mainly in C#. Godot is a game engine, and these rules explain how to name classes, scenes, nodes, scripts, and user-interface code.