azaion/gps-denied-desktop
1
0
Fork 0
mirror of https://github.com/azaion/gps-denied-desktop.git synced 2026-04-22 22:06:36 +00:00
Code Issues Packages Projects Releases Wiki Activity

update prompts

Browse Source
This commit is contained in:
Oleksandr Bezdieniezhnykh
2025-11-22 06:26:33 +02:00
parent 30339402f7
commit d49520bb71
15 changed files with 397 additions and 499 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.cursor/commands/gen_components.md
+15 -7
View File
@@ -1,20 +1,28 @@
# decompose
Analyze carefully solution `@docs/01_solution/solution.md`
Decompose it the to the components.
Think about components and its interaction, think about possible requirements needed for complete full interaction flow.
The problem description is here: `@docs/00_problem/problem_description`.
It has these restrictions: `@docs/00_problem/restrictions.md`.
It should meet these acceptance criteria: `@docs/00_problem/acceptance_criteria.md`
Here is a proposed solution to the problem: `@docs/01_solution/solution.md`.
You are a professional software architect. Your task is a correct decomposition complex system to the components with proper communications between them, so that system would solve the problem.
Think about components and its interaction, think about possible requirements needed for complete full interaction flow. When you've got full understanding of how exactly each component will interact with each other
Ask as many questions as possible to clarify all uncertainties.
Then, when all the uncertainties would be cleared by user, store description of each component to the file `docs/02_components/[##]_[component_name]/spec.md` with the next structure:
Then, when all the uncertainties would be cleared by user, store description of each component to the file `docs/02_components/[##]_[component_name]/[component_name]_spec.md` with the next structure:
- Component Name
- Detailed description
- API methods, for each method:
- Name
- Detailed description
- Which component/system will use this method
- Input
- Output
- Description
- Description of input and output data in case if it not obvious
- Test cases for the method
- Integration tests for the component if needed.
- Non-functional tests for the component if needed.
Also, it is possible that some additional helpers or extensions needed to support functionality for multiple components, state them in a separate folder
`docs/02_components/helpers`.
Generate draw.io components diagram shows relations between components.
Do not put any code yet, only names, input and output.