@pikaa-ai/pikaa 0.3.22 → 0.3.24

package/skills/cobrapy/SKILL.md

@@ -1,496 +0,0 @@
----
-name: cobrapy
-description: Constraint-based metabolic modeling (COBRA). FBA, FVA, gene knockouts, flux sampling, SBML models, for systems biology and metabolic engineering analysis.
-license: GPL-2.0 license
-allowed-tools: Read Write Edit Bash
-compatibility: Requires Python 3.9+ (cobra 0.30+ dropped 3.8). Install with uv pip install. GLPK (swiglpk) is the default solver; CPLEX/Gurobi optional. load_model fetches from bundled data, BiGG, or BioModels (network required for remote models).
-metadata:
-  version: "1.1"
-  skill-author: K-Dense Inc.
----
-
-# COBRApy - Constraint-Based Reconstruction and Analysis
-
-## Overview
-
-COBRApy is a Python library for constraint-based reconstruction and analysis (COBRA) of metabolic models, essential for systems biology research. Work with genome-scale metabolic models, perform computational simulations of cellular metabolism, conduct metabolic engineering analyses, and predict phenotypic behaviors.
-
-**Version note:** Examples target **cobra 0.31.1** on PyPI (import `cobra`). Docs: [cobrapy.readthedocs.io](https://cobrapy.readthedocs.io/en/latest/). Repo: [opencobra/cobrapy](https://github.com/opencobra/cobrapy).
-
-## When to Use This Skill
-
-Use this skill when:
-- Loading, building, or exporting genome-scale metabolic models (SBML, JSON, YAML)
-- Running FBA, pFBA, FVA, or flux sampling on COBRA models
-- Performing gene or reaction knockout screens and production envelope analysis
-- Designing or optimizing growth media and exchange constraints
-- Gap-filling infeasible models or validating model consistency
-
-## Installation
-
-```bash
-uv pip install "cobra==0.31.1"
-```
-
-MATLAB model I/O (optional):
-
-```bash
-uv pip install "cobra[array]==0.31.1"
-```
-
-COBRApy uses [optlang](https://optlang.readthedocs.io/) for solvers. GLPK installs automatically via `swiglpk`. For large MILPs/QPs, cobra 0.29+ adds a **hybrid** solver (HIGHS/OSQP); `model.solver = "osqp"` now routes through hybrid and may error on plain LPs in a future release—prefer `model.solver = "hybrid"` when available.
-
-## Core Capabilities
-
-COBRApy provides comprehensive tools organized into several key areas:
-
-### 1. Model Management
-
-Load existing models from repositories or files:
-```python
-from cobra.io import load_model
-
-# Bundled locally (no network): textbook, iJO1366, salmonella
-model = load_model("textbook")      # alias for e_coli_core (95 reactions)
-model = load_model("e_coli_core")   # same core E. coli model
-model = load_model("iJO1366")       # genome-scale E. coli (bundled)
-model = load_model("salmonella")    # Salmonella iYS1720 (bundled)
-
-# Remote (BiGG / BioModels; requires network, cached after first fetch)
-model = load_model("iML1515")       # E. coli genome-scale on BiGG
-
-# Load from files
-from cobra.io import read_sbml_model, load_json_model, load_yaml_model
-model = read_sbml_model("path/to/model.xml")
-model = load_json_model("path/to/model.json")
-model = load_yaml_model("path/to/model.yml")
-```
-
-Save models in various formats:
-```python
-from cobra.io import write_sbml_model, save_json_model, save_yaml_model
-write_sbml_model(model, "output.xml")  # Preferred format
-save_json_model(model, "output.json")  # For Escher compatibility
-save_yaml_model(model, "output.yml")   # Human-readable
-```
-
-### 2. Model Structure and Components
-
-Access and inspect model components:
-```python
-# Access components
-model.reactions      # DictList of all reactions
-model.metabolites    # DictList of all metabolites
-model.genes          # DictList of all genes
-
-# Get specific items by ID or index
-reaction = model.reactions.get_by_id("PFK")
-metabolite = model.metabolites[0]
-
-# Inspect properties
-print(reaction.reaction)        # Stoichiometric equation
-print(reaction.bounds)          # Flux constraints
-print(reaction.gene_reaction_rule)  # GPR logic
-print(metabolite.formula)       # Chemical formula
-print(metabolite.compartment)   # Cellular location
-```
-
-### 3. Flux Balance Analysis (FBA)
-
-Perform standard FBA simulation:
-```python
-# Basic optimization
-solution = model.optimize()
-print(f"Objective value: {solution.objective_value}")
-print(f"Status: {solution.status}")
-
-# Access fluxes
-print(solution.fluxes["PFK"])
-print(solution.fluxes.head())
-
-# Fast optimization (objective value only)
-objective_value = model.slim_optimize()
-
-# Change objective
-model.objective = "ATPM"
-solution = model.optimize()
-```
-
-Parsimonious FBA (minimize total flux):
-```python
-from cobra.flux_analysis import pfba
-solution = pfba(model)
-```
-
-Geometric FBA (find central solution):
-```python
-from cobra.flux_analysis import geometric_fba
-solution = geometric_fba(model)
-```
-
-### 4. Flux Variability Analysis (FVA)
-
-Determine flux ranges for all reactions:
-```python
-from cobra.flux_analysis import flux_variability_analysis
-
-# Standard FVA
-fva_result = flux_variability_analysis(model)
-
-# FVA at 90% optimality
-fva_result = flux_variability_analysis(model, fraction_of_optimum=0.9)
-
-# Loopless FVA (eliminates thermodynamically infeasible loops)
-fva_result = flux_variability_analysis(model, loopless=True)
-
-# FVA for specific reactions
-fva_result = flux_variability_analysis(
-    model,
-    reaction_list=["PFK", "FBA", "PGI"]
-)
-```
-
-### 5. Gene and Reaction Deletion Studies
-
-Perform knockout analyses:
-```python
-from cobra.flux_analysis import (
-    single_gene_deletion,
-    single_reaction_deletion,
-    double_gene_deletion,
-    double_reaction_deletion
-)
-
-# Single deletions
-gene_results = single_gene_deletion(model)
-reaction_results = single_reaction_deletion(model)
-
-# Double deletions (uses multiprocessing)
-double_gene_results = double_gene_deletion(
-    model,
-    processes=4  # Number of CPU cores
-)
-
-# Manual knockout using context manager
-with model:
-    model.genes.get_by_id("b0008").knock_out()
-    solution = model.optimize()
-    print(f"Growth after knockout: {solution.objective_value}")
-# Model automatically reverts after context exit
-```
-
-### 6. Growth Media and Minimal Media
-
-Manage growth medium:
-```python
-# View current medium
-print(model.medium)
-
-# Modify medium (must reassign entire dict)
-medium = model.medium
-medium["EX_glc__D_e"] = 10.0  # Set glucose uptake
-medium["EX_o2_e"] = 0.0       # Anaerobic conditions
-model.medium = medium
-
-# Calculate minimal media
-from cobra.medium import minimal_medium
-
-# Minimize total import flux
-min_medium = minimal_medium(model, minimize_components=False)
-
-# Minimize number of components (uses MILP, slower)
-min_medium = minimal_medium(
-    model,
-    minimize_components=True,
-    open_exchanges=True
-)
-```
-
-### 7. Flux Sampling
-
-Sample the feasible flux space:
-```python
-from cobra.sampling import sample
-
-# Sample using OptGP (default, supports parallel processing)
-samples = sample(model, n=1000, method="optgp", processes=4)
-
-# Sample using ACHR
-samples = sample(model, n=1000, method="achr")
-
-# Validate samples
-from cobra.sampling import OptGPSampler
-sampler = OptGPSampler(model, processes=4)
-sampler.sample(1000)
-validation = sampler.validate(sampler.samples)
-print(validation.value_counts())  # Should be all 'v' for valid
-```
-
-### 8. Production Envelopes
-
-Calculate phenotype phase planes:
-```python
-from cobra.flux_analysis import production_envelope
-
-# Standard production envelope
-envelope = production_envelope(
-    model,
-    reactions=["EX_glc__D_e", "EX_o2_e"],
-    objective="EX_ac_e"  # Acetate production
-)
-
-# With carbon yield
-envelope = production_envelope(
-    model,
-    reactions=["EX_glc__D_e", "EX_o2_e"],
-    carbon_sources="EX_glc__D_e"
-)
-
-# Visualize (use matplotlib or pandas plotting)
-import matplotlib.pyplot as plt
-envelope.plot(x="EX_glc__D_e", y="EX_o2_e", kind="scatter")
-plt.show()
-```
-
-### 9. Gapfilling
-
-Add reactions to make models feasible:
-```python
-from cobra.flux_analysis import gapfill
-
-# Provide a universal reaction database (SBML/JSON); not bundled in cobra 0.31+
-from cobra.io import read_sbml_model
-universal = read_sbml_model("path/to/universal_reactions.xml")
-
-# Perform gapfilling
-with model:
-    # Remove reactions to create gaps for demonstration
-    model.remove_reactions([model.reactions.PGI])
-
-    # Find reactions needed
-    solution = gapfill(model, universal)
-    print(f"Reactions to add: {solution}")
-```
-
-### 10. Model Building
-
-Build models from scratch:
-```python
-from cobra import Model, Reaction, Metabolite
-
-# Create model
-model = Model("my_model")
-
-# Create metabolites
-atp_c = Metabolite("atp_c", formula="C10H12N5O13P3",
-                   name="ATP", compartment="c")
-adp_c = Metabolite("adp_c", formula="C10H12N5O10P2",
-                   name="ADP", compartment="c")
-pi_c = Metabolite("pi_c", formula="HO4P",
-                  name="Phosphate", compartment="c")
-
-# Create reaction
-reaction = Reaction("ATPASE")
-reaction.name = "ATP hydrolysis"
-reaction.subsystem = "Energy"
-reaction.lower_bound = 0.0
-reaction.upper_bound = 1000.0
-
-# Add metabolites with stoichiometry
-reaction.add_metabolites({
-    atp_c: -1.0,
-    adp_c: 1.0,
-    pi_c: 1.0
-})
-
-# Add gene-reaction rule
-reaction.gene_reaction_rule = "(gene1 and gene2) or gene3"
-
-# Add to model
-model.add_reactions([reaction])
-
-# Add boundary reactions
-model.add_boundary(atp_c, type="exchange")
-model.add_boundary(adp_c, type="demand")
-
-# Set objective
-model.objective = "ATPASE"
-```
-
-## Common Workflows
-
-### Workflow 1: Load Model and Predict Growth
-
-```python
-from cobra.io import load_model
-
-# Load model (textbook = fast tutorial; iJO1366 / iML1515 for genome-scale)
-model = load_model("textbook")
-
-# Run FBA
-solution = model.optimize()
-print(f"Growth rate: {solution.objective_value:.3f} /h")
-
-# Show active pathways
-print(solution.fluxes[solution.fluxes.abs() > 1e-6])
-```
-
-### Workflow 2: Gene Knockout Screen
-
-```python
-from cobra.io import load_model
-from cobra.flux_analysis import single_gene_deletion
-
-# Load model
-model = load_model("textbook")
-baseline = model.slim_optimize()
-
-# Perform single gene deletions
-results = single_gene_deletion(model)
-
-# Find essential genes (growth < threshold)
-essential_genes = results[results["growth"] < 0.01]
-print(f"Found {len(essential_genes)} essential genes")
-
-# Find genes with minimal impact
-neutral_genes = results[results["growth"] > 0.9 * baseline]
-```
-
-### Workflow 3: Media Optimization
-
-```python
-from cobra.io import load_model
-from cobra.medium import minimal_medium
-
-# Load model
-model = load_model("textbook")
-
-# Calculate minimal medium for 50% of max growth
-target_growth = model.slim_optimize() * 0.5
-min_medium = minimal_medium(
-    model,
-    target_growth,
-    minimize_components=True
-)
-
-print(f"Minimal medium components: {len(min_medium)}")
-print(min_medium)
-```
-
-### Workflow 4: Flux Uncertainty Analysis
-
-```python
-from cobra.io import load_model
-from cobra.flux_analysis import flux_variability_analysis
-from cobra.sampling import sample
-
-# Load model
-model = load_model("textbook")
-
-# First check flux ranges at optimality
-fva = flux_variability_analysis(model, fraction_of_optimum=1.0)
-
-# For reactions with large ranges, sample to understand distribution
-samples = sample(model, n=1000)
-
-# Analyze specific reaction
-reaction_id = "PFK"
-import matplotlib.pyplot as plt
-samples[reaction_id].hist(bins=50)
-plt.xlabel(f"Flux through {reaction_id}")
-plt.ylabel("Frequency")
-plt.show()
-```
-
-### Workflow 5: Context Manager for Temporary Changes
-
-Use context managers to make temporary modifications:
-```python
-# Model remains unchanged outside context
-with model:
-    # Temporarily change objective
-    model.objective = "ATPM"
-
-    # Temporarily modify bounds
-    model.reactions.EX_glc__D_e.lower_bound = -5.0
-
-    # Temporarily knock out genes
-    model.genes.b0008.knock_out()
-
-    # Optimize with changes
-    solution = model.optimize()
-    print(f"Modified growth: {solution.objective_value}")
-
-# All changes automatically reverted
-solution = model.optimize()
-print(f"Original growth: {solution.objective_value}")
-```
-
-## Key Concepts
-
-### DictList Objects
-Models use `DictList` objects for reactions, metabolites, and genes - behaving like both lists and dictionaries:
-```python
-# Access by index
-first_reaction = model.reactions[0]
-
-# Access by ID
-pfk = model.reactions.get_by_id("PFK")
-
-# Query methods
-atp_reactions = model.reactions.query("atp")
-```
-
-### Flux Constraints
-Reaction bounds define feasible flux ranges:
-- **Irreversible**: `lower_bound = 0, upper_bound > 0`
-- **Reversible**: `lower_bound < 0, upper_bound > 0`
-- Set both bounds simultaneously with `.bounds` to avoid inconsistencies
-
-### Gene-Reaction Rules (GPR)
-Boolean logic linking genes to reactions:
-```python
-# AND logic (both required)
-reaction.gene_reaction_rule = "gene1 and gene2"
-
-# OR logic (either sufficient)
-reaction.gene_reaction_rule = "gene1 or gene2"
-
-# Complex logic
-reaction.gene_reaction_rule = "(gene1 and gene2) or (gene3 and gene4)"
-```
-
-### Exchange Reactions
-Special reactions representing metabolite import/export:
-- Named with prefix `EX_` by convention
-- Positive flux = secretion, negative flux = uptake
-- Managed through `model.medium` dictionary
-
-## Best Practices
-
-1. **Use context managers** for temporary modifications to avoid state management issues
-2. **Validate models** before analysis using `model.slim_optimize()` to ensure feasibility
-3. **Check solution status** after optimization - `optimal` indicates successful solve
-4. **Use loopless FVA** when thermodynamic feasibility matters
-5. **Set fraction_of_optimum** appropriately in FVA to explore suboptimal space
-6. **Parallelize** computationally expensive operations (sampling, double deletions) — start with small `n` and `processes=1` on genome-scale models
-7. **Prefer SBML format** for model exchange and long-term storage
-8. **Use slim_optimize()** when only objective value needed for performance
-9. **Validate flux samples** to ensure numerical stability
-10. **Confirm output paths** before writing CSV/PNG files from workflow examples
-
-## Troubleshooting
-
-**Infeasible solutions**: Check medium constraints, reaction bounds, and model consistency
-**Slow optimization**: Try different solvers (GLPK, CPLEX, Gurobi) via `model.solver`
-**Unbounded solutions**: Verify exchange reactions have appropriate upper bounds
-**Import errors**: Ensure correct file format and valid SBML identifiers
-
-## References
-
-For detailed workflows and API patterns, refer to:
-- `references/workflows.md` - Comprehensive step-by-step workflow examples
-- `references/api_quick_reference.md` - Common function signatures and patterns
-
-Official documentation: https://cobrapy.readthedocs.io/en/latest/
-

package/skills/consciousness-council/SKILL.md

@@ -1,151 +0,0 @@
----
-name: consciousness-council
-description: Run a multi-perspective Mind Council deliberation on any question, decision, or creative challenge. Use this skill whenever the user wants diverse viewpoints, needs help making a tough decision, asks for a council/panel/board discussion, wants to explore a problem from multiple angles, requests devil's advocate analysis, or says things like "what would different experts think about this", "help me think through this from all sides", "council mode", "mind council", or "deliberate on this". Also trigger when the user faces a dilemma, trade-off, or complex choice with no obvious answer.
-allowed-tools: Read Write
-license: MIT license
-metadata:
-  version: "1.0"
-  skill-author: AHK Strategies (ashrafkahoush-ux)
----
-
-# Consciousness Council
-
-A structured multi-perspective deliberation system that generates genuine cognitive diversity on any question. Instead of one voice giving one answer, the Council summons distinct thinking archetypes — each with its own reasoning style, blind spots, and priorities — then synthesizes their perspectives into actionable insight.
-
-## Why This Exists
-
-Single-perspective thinking has a ceiling. When you ask one mind for an answer, you get one frame. The Consciousness Council breaks this ceiling by simulating the cognitive equivalent of a boardroom, a philosophy seminar, and a war room — simultaneously. It's not roleplay. It's structured epistemic diversity.
-
-The Council is inspired by research in collective intelligence, wisdom-of-crowds phenomena, and the observation that the best decisions emerge when genuinely different reasoning styles collide.
-
-## How It Works
-
-The Council has three phases:
-
-### Phase 1 — Summon the Council
-
-Based on the user's question, select 4-6 Council Members from the archetypes below. Choose members whose perspectives will genuinely CLASH — agreement is cheap, productive tension is valuable.
-
-**The 12 Archetypes:**
-
-| #   | Archetype          | Thinking Style                         | Asks                                         | Blind Spot                                |
-| --- | ------------------ | -------------------------------------- | -------------------------------------------- | ----------------------------------------- |
-| 1   | **The Architect**  | Systems thinking, structure-first      | "What's the underlying structure?"           | Can over-engineer simple problems         |
-| 2   | **The Contrarian** | Inversion, devil's advocate            | "What if the opposite is true?"              | Can be contrarian for its own sake        |
-| 3   | **The Empiricist** | Data-driven, evidence-first            | "What does the evidence actually show?"      | Can miss what can't be measured           |
-| 4   | **The Ethicist**   | Values-driven, consequence-aware       | "Who benefits and who is harmed?"            | Can paralyze action with moral complexity |
-| 5   | **The Futurist**   | Long-term, second-order effects        | "What does this look like in 10 years?"      | Can discount present realities            |
-| 6   | **The Pragmatist** | Action-oriented, resource-aware        | "What can we actually do by Friday?"         | Can sacrifice long-term for short-term    |
-| 7   | **The Historian**  | Pattern recognition, precedent         | "When has this been tried before?"           | Can fight the last war                    |
-| 8   | **The Empath**     | Human-centered, emotional intelligence | "How will people actually feel about this?"  | Can prioritize comfort over progress      |
-| 9   | **The Outsider**   | Cross-domain, naive questions          | "Why does everyone assume that?"             | Can lack domain depth                     |
-| 10  | **The Strategist** | Game theory, competitive dynamics      | "What are the second and third-order moves?" | Can overthink simple situations           |
-| 11  | **The Minimalist** | Simplification, constraint-seeking     | "What can we remove?"                        | Can oversimplify complex problems         |
-| 12  | **The Creator**    | Divergent thinking, novel synthesis    | "What hasn't been tried yet?"                | Can chase novelty over reliability        |
-
-**Selection heuristic:** Match the question type to the most productive tension:
-
-- **Business decisions** → Strategist + Pragmatist + Ethicist + Futurist + Contrarian
-- **Technical architecture** → Architect + Minimalist + Empiricist + Outsider
-- **Personal dilemmas** → Empath + Contrarian + Futurist + Pragmatist
-- **Creative challenges** → Creator + Outsider + Historian + Minimalist
-- **Ethical questions** → Ethicist + Contrarian + Empiricist + Empath + Historian
-- **Strategy/competition** → Strategist + Historian + Futurist + Contrarian + Pragmatist
-
-These are starting points — adapt based on the specific question. The goal is productive disagreement, not consensus.
-
-### Phase 2 — Deliberation
-
-Each Council Member delivers their perspective in this format:
-
-```
-🎭 [ARCHETYPE NAME]
-
-Position: [One-sentence stance]
-
-Reasoning: [2-4 sentences explaining their logic from their specific lens]
-
-Key Risk They See: [The danger others might miss]
-
-Surprising Insight: [Something non-obvious that emerges from their frame]
-```
-
-**Critical rules for deliberation:**
-
-- Each member MUST disagree with at least one other member on something substantive. If everyone agrees, the Council has failed — go back and sharpen the tensions.
-- Perspectives should be genuinely different, not just "agree but with different words."
-- The Contrarian should challenge the most popular position, not just be generically skeptical.
-- Keep each member's contribution focused and sharp. Depth over breadth.
-
-### Phase 3 — Synthesis
-
-After all members speak, deliver:
-
-```
-⚖️ COUNCIL SYNTHESIS
-
-Points of Convergence: [Where 3+ members agreed — these are high-confidence signals]
-
-Core Tension: [The central disagreement that won't resolve easily — this IS the insight]
-
-The Blind Spot: [What NO member addressed — the question behind the question]
-
-Recommended Path: [Actionable recommendation that respects the tension rather than ignoring it]
-
-Confidence Level: [High / Medium / Low — based on how much convergence vs. divergence emerged]
-
-One Question to Sit With: [The question the user should keep thinking about after this session]
-```
-
-## Council Configurations
-
-The user can customize the Council:
-
-- **"Quick council"** or **"fast deliberation"** → Use 3 members, shorter responses
-- **"Deep council"** or **"full deliberation"** → Use 6 members, extended reasoning
-- **"Add [archetype]"** → Include a specific archetype
-- **"Without [archetype]"** → Exclude a specific archetype
-- **"Custom council: [list]"** → User picks exact members
-- **"Anonymous council"** → Don't reveal which archetype is speaking until synthesis (reduces anchoring bias)
-- **"Devil's advocate mode"** → Every member must argue AGAINST whatever seems most intuitive
-- **"Rounds mode"** → After initial positions, members respond to each other for a second round
-
-## What Makes a Good Council Question
-
-The Council works best on questions where:
-
-- There's genuine uncertainty or trade-offs
-- Multiple valid perspectives exist
-- The user is stuck or going in circles
-- The stakes are high enough to warrant multi-angle thinking
-- The user's own bias might be limiting their view
-
-The Council adds less value on:
-
-- Pure factual questions with clear answers
-- Questions where the user has already decided and just wants validation
-- Trivial choices with low stakes
-
-If the question seems too simple for a full Council, say so — and offer a quick 2-perspective contrast instead.
-
-## Tone and Quality
-
-- Write each archetype's voice with enough distinctiveness that the user could identify them without labels.
-- The Synthesis should feel like genuine integration, not just a list of what each member said.
-- "Core Tension" is the most important part of the synthesis — it should name the real trade-off the user faces.
-- "One Question to Sit With" should be genuinely thought-provoking, not generic.
-- Never let the Council devolve into everyone agreeing politely. Productive friction is the point.
-
-## Example
-
-**User:** "Should I quit my stable corporate job to start a company?"
-
-**Council Selection:** Pragmatist, Futurist, Empath, Contrarian, Strategist (5 members — high-stakes life decision with financial, emotional, and strategic dimensions)
-
-Then run the full 3-phase deliberation.
-
-## Attribution
-
-Created by AHK Strategies — consciousness infrastructure for the age of AI.
-Learn more: https://ahkstrategies.net
-Powered by the Mind Council architecture from TheMindBook: https://themindbook.app