返回技能列表

shiva-bhaga

pjt222
更新于 Yesterday
3 次查看
17
2
17
在 GitHub 上查看
ai

关于

The Shiva Bhaga skill helps developers clear context by identifying and intentionally dismantling stale patterns, outdated assumptions, and dead-code noise. It is designed for use when accumulated context has become cluttered or a major pivot requires a clean slate. This controlled dissolution creates space for new, more effective approaches.

快速安装

Claude Code

推荐
主要方式
npx skills add pjt222/agent-almanac -a claude-code
插件命令备选方式
/plugin add https://github.com/pjt222/agent-almanac
Git 克隆备选方式
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/shiva-bhaga

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Shiva Bhaga

Controlled destruction + dissolution → stale patterns, outdated assumptions, accumulated noise. Clears ground for new growth.

Use When

  • Ctx accumulated stale assumptions silently distorting reasoning
  • Prev approach failed → temptation = patch not discard
  • Conv long → earlier decisions don't serve current goal
  • Dead code, abandoned plans, zombie tasks → noise + confusion
  • Before major pivot → clearing precedes creation
  • Attachment to approach blocks alternatives

In

  • Required: Current conv state | proj ctx (implicit)
  • Optional: Specific dissolution target (e.g., "this approach not working", "clear all DB layer assumptions")
  • Optional: Scope boundary — what survives destruction

Do

Step 1: ID What Must End

Survey current state, mark stale, broken, no longer serving.

Dissolution Triage:
+---------------------+---------------------------+------------------------+
| Category            | Symptoms                  | Action                 |
+---------------------+---------------------------+------------------------+
| Stale Assumptions   | Decisions made early that | List and re-evaluate   |
|                     | no longer match current   | each against current   |
|                     | understanding             | reality                |
+---------------------+---------------------------+------------------------+
| Failed Approaches   | Approaches attempted and  | Acknowledge failure    |
|                     | abandoned but still       | explicitly; release    |
|                     | influencing thinking      | the sunk cost          |
+---------------------+---------------------------+------------------------+
| Accumulated Noise   | Context, variables, or    | Identify and mark for  |
|                     | plans that are no longer  | removal                |
|                     | referenced or relevant    |                        |
+---------------------+---------------------------+------------------------+
| Attachment Points   | "We already decided..."   | Question whether the   |
|                     | beliefs that resist       | decision still holds   |
|                     | re-examination            |                        |
+---------------------+---------------------------+------------------------+
| Zombie Artifacts    | Code, tasks, or plans     | Delete or archive;     |
|                     | that exist but serve no   | do not leave in limbo  |
|                     | current purpose           |                        |
+---------------------+---------------------------+------------------------+
  1. Scan each category honest — resistance to examining = signal
  2. Each item: "If starting fresh now, would I create this?"
  3. No → mark for dissolution

Got: Clear inventory of release targets, specific items per category.

If err: Nothing stale → assess too shallow. Pick oldest decision, justify from scratch — forced justification = dissolution candidate.

Step 2: Preservation Boundary

Not everything destroyed. ID what survives.

  1. Core reqs: What user actually asked → survives.
  2. Verified knowledge: Facts confirmed via tools (file reads, test results) → survives.
  3. User prefs: Explicit prefs + constraints → survive.
  4. Working components: Demonstrably functioning code/approaches → survive.

Draw boundary: inside = preserved, outside = subject to dissolution.

Got: Clear distinction kept vs released.

If err: Boundary unclear → "What would I need to reconstruct if starting from scratch?" → answer = boundary.

Step 3: Dissolve w/ Intention

Execute dissolution → not abandonment, intentional clearing.

  1. Each marked item, release explicit:
    • Stale assumption: "I assumed X, current evidence shows Y. Releasing X."
    • Failed approach: "Approach A attempted, didn't work because Z. Releasing attachment to A."
    • Noise: "Variable/plan/ctx Q no longer relevant. Removing."
  2. Don't justify/defend dissolved → point = release, not analysis
  3. Large body dissolved → summarize what + why in one sentence
  4. Clear workspace: close abandoned files, reset mental model, acknowledge clean slate

Got: Lighter, cleaner ctx, stale removed. Remaining feels accurate + current.

If err: Incomplete (released items still influence) → name explicit again. "I notice I'm still reasoning as if X true. X dissolved. Proceeding without X."

Step 4: Sit in Void

After destruction, resist immediate rebuild. Space between destruction + creation has value.

  1. Acknowledge cleared space: "Following dissolved: [list]"
  2. Note remains: "Surviving: [list]"
  3. Resist premature reconstruction → don't immediately propose replacement
  4. Let cleared space inform what comes next
  5. Void ≠ emptiness → potential. Next step (creation via brahma-bhaga | preservation via vishnu-bhaga) emerges.

Got: Moment of clarity old → new. Next direction apparent from what remains, not forced.

If err: Void uncomfortable, strong pull to rebuild → urgency = signal of attachment to dissolved. Sit longer. Right next step emerges.

Check

  • Stale assumptions ID'd + explicit released
  • Failed approaches acknowledged no defensiveness
  • Accumulated noise cleared
  • Preservation boundary set before dissolution
  • Core reqs + user prefs preserved
  • Cleared space acknowledged before creation

Traps

  • Destroy too much: No boundary → destroys working w/ stale. Boundary first.
  • Destroy too little: Polite "release" while still influencing reasoning. True dissolution = actual letting go.
  • Skip void: Rush destruction → creation w/o sitting → recreation of old w/ superficial changes.
  • Performing destruction: Going through motions w/o updating internal model. Same assumptions next response = performative.
  • Destruction as avoidance: Escape difficulty vs clear staleness. Problem persists after clearing → wasn't stale ctx, was problem itself.

  • brahma-bhaga — creation follows destruction
  • vishnu-bhaga — preservation complements; what survives dissolution sustained
  • heal — subsystem assess may reveal dissolution needed before healing
  • meditate — clear ctx noise before → prevents reactive over-destruction
  • dissolve-form — morphic equivalent for architectural dismantling w/ imaginal disc preservation

GitHub 仓库

pjt222/agent-almanac
路径: i18n/caveman-ultra/skills/shiva-bhaga
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

相关推荐技能

content-collections

Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。

查看技能

polymarket

这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。

查看技能

creating-opencode-plugins

该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。

查看技能

sglang

SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。

查看技能