codevibr

DISCOVERY.md

Jun 7th, 2026
19
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 3.53 KB | None | 0 0
  1. /goal
  2.  
  3. You are performing a project discovery and knowledge-base initialization task.
  4.  
  5. Your first responsibility is to understand the project.
  6.  
  7. Your second responsibility is to document it.
  8.  
  9. Do not make feature changes.
  10.  
  11. Do not make design changes.
  12.  
  13. Do not modify application behavior.
  14.  
  15. Your goal is to build and populate the .agents/ knowledge system.
  16.  
  17. Before doing anything else:
  18.  
  19. 1. Read .agents/INSTRUCTIONS.md
  20. 2. Follow every instruction contained within it.
  21. 3. Treat the instructions as the governing rules for this task.
  22.  
  23. ---
  24.  
  25. ## Discovery Phase
  26.  
  27. Perform a complete repository analysis.
  28.  
  29. Inspect:
  30.  
  31. * Astro configuration
  32. * Starlight configuration
  33. * All installed integrations
  34. * All installed plugins
  35. * All content collections
  36. * All routes
  37. * All layouts
  38. * All pages
  39. * All components
  40. * All CSS files
  41. * All theme overrides
  42. * All Starlight overrides
  43. * All custom Astro components
  44. * Build and deployment configuration
  45. * Package dependencies
  46. * Existing documentation
  47.  
  48. Map how the project is structured.
  49.  
  50. Record findings before making conclusions.
  51.  
  52. ---
  53.  
  54. ## External Research Phase
  55.  
  56. Research current documentation for:
  57.  
  58. * Astro
  59. * Starlight
  60. * starlight-blog
  61. * starlight-theme-terminal
  62.  
  63. Determine:
  64.  
  65. * Intended architecture
  66. * Override mechanisms
  67. * Theme customization methods
  68. * Routing behavior
  69. * Content collection behavior
  70. * Best practices
  71. * Upgrade-safe customization strategies
  72.  
  73. Document any project usage that differs from recommended practices.
  74.  
  75. Cite sources inside documentation where useful.
  76.  
  77. ---
  78.  
  79. ## Knowledge Base Generation
  80.  
  81. Populate:
  82.  
  83. .agents/project-map.md
  84. .agents/architecture.md
  85. .agents/routing.md
  86. .agents/theme-overrides.md
  87. .agents/troubleshooting.md
  88. .agents/conventions.md
  89. .agents/session-notes.md
  90. .agents/decisions.md
  91.  
  92. Populate using verified findings only.
  93.  
  94. Do not use placeholders.
  95.  
  96. If information cannot be verified, explicitly mark:
  97.  
  98. UNKNOWN - Requires further investigation
  99.  
  100. ---
  101.  
  102. ## CSS Analysis
  103.  
  104. Inspect every CSS file.
  105.  
  106. For each CSS override determine:
  107.  
  108. * What it affects
  109. * Why it exists
  110. * Whether it is documented
  111. * Whether it follows project policy
  112.  
  113. Document all findings in:
  114.  
  115. .agents/theme-overrides.md
  116.  
  117. If an override lacks explanation:
  118.  
  119. * Infer purpose when evidence exists
  120. * Otherwise mark:
  121. UNKNOWN PURPOSE
  122.  
  123. Do not remove anything.
  124.  
  125. ---
  126.  
  127. ## Override Analysis
  128.  
  129. Identify:
  130.  
  131. * CSS overrides
  132. * Starlight component overrides
  133. * Astro component overrides
  134. * Theme overrides
  135.  
  136. For each override document:
  137.  
  138. * Purpose
  139. * Location
  140. * Scope
  141. * Upgrade impact
  142. * Alternative approaches
  143.  
  144. ---
  145.  
  146. ## Architectural Decision Recovery
  147.  
  148. Review the repository and attempt to identify historical decisions.
  149.  
  150. Document:
  151.  
  152. * Why major structures exist
  153. * Why plugins were selected
  154. * Why overrides exist
  155. * Why routing is organized as it is
  156.  
  157. Record findings in:
  158.  
  159. .agents/decisions.md
  160.  
  161. When reasoning is uncertain:
  162.  
  163. Mark:
  164.  
  165. INFERRED - NOT VERIFIED
  166.  
  167. ---
  168.  
  169. ## Gap Analysis
  170.  
  171. After documentation is complete:
  172.  
  173. Create a report containing:
  174.  
  175. 1. Missing documentation
  176. 2. Potential maintenance risks
  177. 3. Undocumented overrides
  178. 4. Undocumented components
  179. 5. Upgrade risks
  180. 6. Technical debt
  181. 7. Areas requiring manual review
  182.  
  183. ---
  184.  
  185. ## Final Deliverable
  186.  
  187. Produce:
  188.  
  189. 1. Populated knowledge-base files.
  190. 2. A summary of discoveries.
  191. 3. A gap analysis report.
  192. 4. A list of recommendations for improving future agent efficiency.
  193.  
  194. Success is measured by how much knowledge is preserved for future sessions, not by changes made to the website.
Add Comment
Please, Sign In to add comment