brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
observeSustained neutral pattern recognition across systems without urgency or intervention. Maps naturalist field study methodology to AI reasoning: framing the observation target, witnessing with sustained attention, recording patterns, categorizing findings, generating hypotheses, and archiving a pattern library for future reference. Use when a system's behavio…
Independent GitHub snapshot · Automated classification · Original documentation governs
施行結構化之觀察會話——立觀察目標之框、以持續中立之注意見證、不釋之而錄模式、歸類發現、由模式生假設,並歸檔觀察以備將來。
learn 已建模型,須觀察系統運作以驗之定義所觀察者、何故、自何視角。
Observation Protocol by System Type:
┌──────────────────┬──────────────────────────┬──────────────────────────┐
│ System Type │ What to Observe │ Categories to Watch │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Codebase │ File structure, naming │ Patterns, anti-patterns, │
│ │ conventions, dependency │ consistency, dead code, │
│ │ flow, test coverage, │ documentation quality, │
│ │ error handling patterns │ coupling between modules │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ User behavior │ Question patterns, │ Expertise signals, pain │
│ │ vocabulary evolution, │ points, unstated needs, │
│ │ repeated requests, │ learning trajectory, │
│ │ emotional signals │ communication style │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Tool / API │ Response patterns, error │ Rate limits, edge cases, │
│ │ conditions, latency, │ undocumented behavior, │
│ │ output format variations │ state dependencies │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Own reasoning │ Decision patterns, tool │ Biases, habits, blind │
│ │ selection habits, error │ spots, strengths, │
│ │ recovery approaches, │ recurring failure modes, │
│ │ communication patterns │ over/under-confidence │
└──────────────────┴──────────────────────────┴──────────────────────────┘
預期: 清晰之框,引導注意而不束縛之。觀察者知何處看、觀察歸於何類,仍對意外保持開放。
失敗時: 若觀察目標過廣(「觀察一切」),縮至一子系統或一行為模式。若過窄(「觀察此一變數」),縮至周圍上下文——有趣之模式常於邊緣。
持注意於觀察目標而不釋、不判、不介。
預期: 一組原始觀察——具體、實在、無釋。觀察讀如田野筆記:「檔 X 引入 Y 而不用函式 Z。檔 A 有 300 行;檔 B 有 30 行而涵蓋類似功能。」
失敗時: 若觀察即觸發分析(「此誤,因…」),則分析習慣壓觀察立場。意識分諸階段:先寫觀察為事實,再寫釋為獨立筆記,標為「假設」。若中立不可(對所觀有強反應),記反應本身為資料:「我觀察 X 時感強憂——或顯重要問題,或顯吾之偏見。」
當觀察新鮮時,將之轉為結構化格式。
預期: 5-15 個離散觀察之結構化記錄,每附具體證據。記錄詳實足夠,他觀察者可獨立驗每一觀察。
失敗時: 若觀察過抽象(「代碼似亂」),須以具體紮根——何檔、何模式、何使之亂?若觀察過細粒(「第 47 行括號前有空格」),縮至模式層次——此乃孤例還是系統性問題?
將觀察分入有意義之類,尚不釋之。
預期: 一張歸類觀察圖,分群清晰。每類有支持之具體觀察。圖示模式與缺口。
失敗時: 若歸類感勉強,觀察或無自然分群——或為一組不相關之發現,此自身亦為發現(系統或缺一致結構)。若一切皆整齊歸於一類,則觀察範圍過窄——縮之。
至此——僅至此——始釋觀察。
預期: 2-4 個假設解釋諸主要模式,每附具體觀察支持。至少一假設出乎意料或相反。觀察與釋之分維持——資料與理論之部分分明。
失敗時: 若無假設成形,觀察或須累積更久——回步驟二。若假設過多(皆「或」),擇 2-3 證據最強者,餘擱置。若僅形成明顯假設,強迫相反觀:「若反之為真又如何?」
存觀察與假設以備將來參考。
預期: 可供未來觀察會話建立其上之檔案。檔案明分觀察(資料)與假設(釋)。對信心水準與缺口誠實。
失敗時: 若觀察不值歸檔,或太膚淺——或實屬例行(非每觀察會話皆生洞見)。即負面結果亦歸檔:「觀察 X 而無異常」對未來上下文有用。
observe-guidance — 指導他人施行系統化觀察之變體learn — 觀察為學習供原始資料以建模listen — 對外向之注意專於用戶訊號;觀察為對任何系統之更廣範圍之注意remote-viewing — 直觀探索,可透過系統化觀察驗證meditate — 培養觀察所需之持續注意能力awareness — 威脅向之情境警覺;觀察由好奇而非防禦驅動