Compare commits
302 Commits
v0.1.0
...
b8f359f518
| Author | SHA1 | Date | |
|---|---|---|---|
| b8f359f518 | |||
| 3a4c5a6f23 | |||
| 7d7fbe0881 | |||
| 3b6bf53829 | |||
| 5c2a928522 | |||
| cfb1fb01d2 | |||
| f32acc54a1 | |||
| 18a73b4fe0 | |||
| 36275b0307 | |||
| 81c558dcdf | |||
| 15a5aaba8c | |||
| 0705804fc6 | |||
| 104164048c | |||
| 34a95373a9 | |||
| 41d52d94d0 | |||
| f0fe2d8ed8 | |||
| 71398e93eb | |||
| 3cce601aa8 | |||
| 3e0163c2c7 | |||
| 81243704ea | |||
| 79bc3fb94d | |||
| d42882446f | |||
| b2c3a82bf4 | |||
| 162d489556 | |||
| dd6f9bd23e | |||
| 51d833a64a | |||
| 902196ba0b | |||
| ab2dc009a6 | |||
| bde09f7ea8 | |||
| e28af77f18 | |||
| d14d1ab8ae | |||
| e509dba4b9 | |||
| aed138cec3 | |||
| ae4a5c0c93 | |||
| c42170552a | |||
| ef85055cc7 | |||
| eabc63df9f | |||
| d985968acd | |||
| 191456cd7e | |||
| 91dc0242be | |||
| 56648e29f4 | |||
| 2cc31a1381 | |||
| a88dac5510 | |||
| 18b289dff8 | |||
| 34b26a4fde | |||
| b234ef2439 | |||
| a2a7b4ca08 | |||
| c9cc874e53 | |||
| b0b9a25fb3 | |||
| 4c55f135fb | |||
| fc7bc2fef8 | |||
| 3a65052641 | |||
| ef8848c0e2 | |||
| 0397dbf7b1 | |||
| 699be93918 | |||
| 0290feccc1 | |||
| f6094abb7b | |||
| e719443ce7 | |||
| 04944a62e2 | |||
| 4e9431ec1d | |||
| 8c64b18335 | |||
| 24582489d0 | |||
| 1ae7470011 | |||
| 62debb6d6c | |||
| 888ef00728 | |||
| 01ff57096e | |||
| 8ec1af6f1d | |||
| a43cdf2d76 | |||
| b75af8e27f | |||
| 3c43443a09 | |||
| d568f9f489 | |||
| f73197570d | |||
| dd431e3f5b | |||
| 3f6546b972 | |||
| f6ce86bea3 | |||
| bc4bbac38d | |||
| 122356730c | |||
| 89d8189c43 | |||
| 1025290dad | |||
| 97e6af85a2 | |||
| 835d638bf3 | |||
| 6c0e0f4d8d | |||
| a7233931f9 | |||
| 85cb951816 | |||
| bd959df78c | |||
| 9ce0f7b5b2 | |||
| 9351b1c74d | |||
| 5bd20cb7b3 | |||
| f774f53cbd | |||
| aefd3421d3 | |||
| e663663e49 | |||
| 1edf3c3347 | |||
| 6a252d989a | |||
| 6f6ea7a967 | |||
| cf67171940 | |||
| 26093f43d5 | |||
| 966b6b8016 | |||
| 6a0bb91f8c | |||
| bfd54d3a44 | |||
| 139cc417a7 | |||
| 95232f6663 | |||
| 0b71f98f37 | |||
| dcbb1279d4 | |||
| d0117e495a | |||
| caabb7f10b | |||
| 101b9174df | |||
| 4a7ed5ed90 | |||
| 2c7a2ee345 | |||
| ee36d35785 | |||
| ad33e1bde3 | |||
| 45e3c2bc02 | |||
| b6137e0eff | |||
| 8606370c79 | |||
| 89c66af5f4 | |||
| 898dd11cbd | |||
| cf350b2754 | |||
| a8efd03c2c | |||
| 7065d190ab | |||
| 069276b8ee | |||
| 252229593d | |||
| 00f7675fb5 | |||
| 5b664ea739 | |||
| 595672466e | |||
| 36c62625fa | |||
| 724faad29d | |||
| a707f1be71 | |||
| 05d4342810 | |||
| f6da30f2a8 | |||
| eaabac375b | |||
| 8725822179 | |||
| af56cfe789 | |||
| 5b75527e31 | |||
| 7e65580958 | |||
| a0005850d1 | |||
| 4a3d04e251 | |||
| 24b89a1513 | |||
| 85202fd4f8 | |||
| c43412f390 | |||
| ac052440b7 | |||
| dbf3a81962 | |||
| 76a0fd407b | |||
| a7cd6c9aac | |||
| b396cdac60 | |||
| 4f34969224 | |||
| 44a1b43cba | |||
| cb783530e5 | |||
| 0168281c8c | |||
| bef72ed55f | |||
| a9be1d99b3 | |||
| d5b62ee642 | |||
| f858b86b64 | |||
| 15e45e57e8 | |||
| d68bdb2d2f | |||
| 1886b7ed5d | |||
| 622b85dd94 | |||
| 4b04266c16 | |||
| 1adc80bcfb | |||
| 213c9f8c90 | |||
| 492c84f881 | |||
| cf5f0d13d0 | |||
| dfa13d359c | |||
| 42e5c9060e | |||
| 0121082bc6 | |||
| 6f548aa7ac | |||
| 315ef305e9 | |||
| aa70766a4f | |||
| a842f10b35 | |||
| 478e5b88bc | |||
| 38f1dfec4e | |||
| bdb4b30012 | |||
| 5e68db2464 | |||
| d1b1e1c4bb | |||
| 6a90e43067 | |||
| 4317eff40e | |||
| cc6c552d5a | |||
| 43c225a4b5 | |||
| e87ae0c517 | |||
| 08803640a4 | |||
| 5f48f07b77 | |||
| c5c524d335 | |||
| b11b028245 | |||
| ced260dd0f | |||
| 1a87c72f7d | |||
| 284de44dcd | |||
| fd6c621eeb | |||
| 34af90e7e5 | |||
| 1f736aabe5 | |||
| 609b2fcac3 | |||
| f48f38400d | |||
| e49b68287b | |||
| de23523200 | |||
| dde4796d23 | |||
| 7f0d195017 | |||
| e98a68f32c | |||
| 7815717346 | |||
| 61191ac03e | |||
| 1866695eca | |||
| 05c2730c61 | |||
| a97a3d1ba9 | |||
| 41598c3542 | |||
| 5d3ab60adf | |||
| 18a802c2e2 | |||
| c1cfde1e4b | |||
| b78b32bda9 | |||
| bc51a5e586 | |||
| a32524ec64 | |||
| d03914053f | |||
| b1c2884254 | |||
| 0239b4f8d7 | |||
| 04f7e248b4 | |||
| 0c1bdc0418 | |||
| 71d3016a1c | |||
| 913a81b0bd | |||
| c0f3ab1cf2 | |||
| 44319bece1 | |||
| f3c5de68b6 | |||
| 50eaef0a9d | |||
| c84b82fd1f | |||
| c711512689 | |||
| 54a76e71f0 | |||
| c7b7c4fc9d | |||
| 727d56dbda | |||
| d7a4421464 | |||
| e69bc16f0c | |||
| 1e74331428 | |||
| 52593cb2ef | |||
| 879ff3c2c5 | |||
| 0893d5e959 | |||
| 94361997ff | |||
| dd834e55bd | |||
| d4cdb0aa1d | |||
| 89581e08ab | |||
| fc5069908b | |||
| 417ff56f67 | |||
| 6d571c93c8 | |||
| 643ecf17be | |||
| e4fccdbcb9 | |||
| fd70333f3f | |||
| 84cdb374c4 | |||
| 8b3526d8cb | |||
| 3c8a709549 | |||
| f53a02c13b | |||
| 4f74624e73 | |||
| 7657969147 | |||
| 0ec48197ba | |||
| 563c661555 | |||
| fbc2719ff4 | |||
| df86c1d1be | |||
| a5f81ad9ab | |||
| 9ebbbae15e | |||
| 619d8871f2 | |||
| d02812f95c | |||
| 0f51b32680 | |||
| 1873525c4a | |||
| a7f61908c2 | |||
| 02169a7ad3 | |||
| 446c66f101 | |||
| a3506551ea | |||
| 2518d4778c | |||
| 78ec8240d4 | |||
| d9f89bba7b | |||
| ec87c36908 | |||
| 01bd848244 | |||
| 7cbf723d04 | |||
| f76360fae7 | |||
| cf50300be6 | |||
| 3a4c15a448 | |||
| 4b19d7d743 | |||
| 90f91ce082 | |||
| b5e6912cc4 | |||
| e83e297843 | |||
| 0447c8495d | |||
| 032fedc549 | |||
| 0760c8c126 | |||
| 4dda5d2a97 | |||
| a7b01cbf0b | |||
| 2f6b32c2c7 | |||
| d86ace0bf3 | |||
| 8c99cc785e | |||
| b807402dba | |||
| e922c04226 | |||
| 2265fb3e21 | |||
| ad6dee1dcd | |||
| 03883e7e4f | |||
| 4ff4ac7961 | |||
| b49f83a891 | |||
| 7ede631db4 | |||
| 3a031ba8a2 | |||
| 8597b34792 | |||
| 729a8e8d8a | |||
| 0cf2a8d386 | |||
| bb6238bfa6 | |||
| 562ba063cb | |||
| a08bba8a3d | |||
| 4c818ccd86 | |||
| 12f11ce5b0 | |||
| e29ca5679e | |||
| 34a210228e | |||
| df9c47ad03 | |||
| 3900e3c8fc | |||
| 6c88a66273 | |||
| 614907613e |
21
.gitmodules
vendored
21
.gitmodules
vendored
@@ -1,9 +1,12 @@
|
||||
[submodule "org-agent"]
|
||||
path = org-agent
|
||||
url = ssh://git@10.10.10.201:2222/amr/org-agent.git
|
||||
[submodule "projects/org-agent"]
|
||||
path = projects/org-agent
|
||||
url = ssh://git@10.10.10.201:2222/amr/org-agent.git
|
||||
[submodule "projects/org-agent-contrib"]
|
||||
path = projects/org-agent-contrib
|
||||
url = ssh://git@10.10.10.201:2222/amr/org-agent-contrib.git
|
||||
[submodule "opencortex"]
|
||||
path = opencortex
|
||||
url = ssh://git@10.10.10.201:2222/amr/opencortex.git
|
||||
[submodule "projects/passepartout"]
|
||||
path = projects/passepartout
|
||||
url = ssh://10.10.10.201:2222/amr/opencortex.git
|
||||
[submodule "projects/passepartout-contrib"]
|
||||
path = projects/passepartout-contrib
|
||||
url = ssh://git@10.10.10.201:2222/amr/opencortex-contrib.git
|
||||
[submodule "projects/cl-tty"]
|
||||
path = projects/cl-tty
|
||||
url = ssh://git@10.10.10.201:2222/amr/cl-tty.git
|
||||
|
||||
11
.opencode/commands/check-parens.md
Normal file
11
.opencode/commands/check-parens.md
Normal file
@@ -0,0 +1,11 @@
|
||||
---
|
||||
description: Check paren balance in lisp blocks of .org files
|
||||
---
|
||||
|
||||
Run `projects/check-parens/check-parens` on the given .org files to verify all
|
||||
`#+begin_src lisp` blocks have balanced parentheses. Uses SBCL's reader for
|
||||
100% accuracy — no false positives from string literals or character literals.
|
||||
|
||||
Exit 0 if all blocks balanced, 1 if any issues found.
|
||||
|
||||
Usage: /check-parens <file.org> [<file.org> ...]
|
||||
15
.opencode/commands/check-tangle.md
Normal file
15
.opencode/commands/check-tangle.md
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
description: Tangle an org file and compile the result
|
||||
---
|
||||
|
||||
Tangle an .org file to .lisp then compile with SBCL. Reports the first
|
||||
compile error with line numbers. Exit 0 = clean compile, exit 1 = error.
|
||||
|
||||
Prepares code for commit by ensuring the tangled .lisp file is syntactically
|
||||
valid. Catches missing symbols, undefined functions, and type errors before
|
||||
they reach the running daemon.
|
||||
|
||||
Usage: /check-tangle <file.org>
|
||||
|
||||
Example:
|
||||
/check-tangle projects/passepartout/org/channel-tui-main.org
|
||||
17
.opencode/commands/repl-block.md
Normal file
17
.opencode/commands/repl-block.md
Normal file
@@ -0,0 +1,17 @@
|
||||
---
|
||||
description: Send a lisp block from an org file to the REPL
|
||||
---
|
||||
|
||||
Extract a `#+begin_src lisp` block from an .org file and pipe it to the
|
||||
running daemon REPL. Identify the block by function name or index.
|
||||
|
||||
The `--package` flag wraps the block in `(in-package ...)` so it evaluates
|
||||
in the right namespace — essential when the block references symbols from
|
||||
a specific package without the package prefix.
|
||||
|
||||
Usage: /repl-block <file.org> --function <name>
|
||||
/repl-block <file.org> --function <name> --package <pkg>
|
||||
/repl-block <file.org> --block <number>
|
||||
|
||||
Example:
|
||||
/repl-block projects/passepartout/org/channel-tui-view.org --function view-status --package :passepartout.channel-tui
|
||||
14
AGENTS.md
Normal file
14
AGENTS.md
Normal file
@@ -0,0 +1,14 @@
|
||||
# AGENTS.md
|
||||
|
||||
This is the memex monorepo. It contains multiple Common Lisp projects, each
|
||||
in `projects/`. See `projects/AGENTS.md` for the general development workflow
|
||||
(ROADMAP-driven, TDD in REPL, literate programming, branch policy).
|
||||
|
||||
## Project list
|
||||
|
||||
| Project | Description | Runtime |
|
||||
|---------|-------------|---------|
|
||||
| passepartout | Probabilistic-Deterministic Lisp Machine | `passepartout daemon` |
|
||||
| cl-tty | Reusable Common Lisp Terminal UI Framework | `sbcl` + `(ql:quickload :cl-tty)` |
|
||||
| stoa | Body/environment — editor, browser, shell, infrastructure (post-v1.0.0) | ROADMAP in `projects/stoa/docs/` |
|
||||
| agora | Decentralized social protocol — sovereign identity, communication, contracts | Protocol spec in `projects/agora/docs/` |
|
||||
829
COMPETITIVE_ANALYSIS.org
Normal file
829
COMPETITIVE_ANALYSIS.org
Normal file
@@ -0,0 +1,829 @@
|
||||
#+TITLE: Competitive Analysis — AI Coding Agents & Personal AI Agent Systems
|
||||
#+DATE: 2026-05-08
|
||||
#+CONTEXT: Research for Passepartout — Common Lisp AI coding agent with TUI/CLI, REPL-driven, neurosymbolic TDD workflow
|
||||
|
||||
* Overview
|
||||
|
||||
This document surveys 30+ AI coding agents and personal AI agent systems across
|
||||
the dimensions most relevant to Passepartout: safety architecture, memory
|
||||
persistence, TUI/CLI interface, extensibility model, neurosymbolic or
|
||||
deterministic-rule components.
|
||||
|
||||
* 1. Aider (Paul Gauthier)
|
||||
|
||||
** What it does
|
||||
Git-aware AI pair programming in the terminal. Reads/writes files in your repo,
|
||||
auto-commits changes. Designed for interactive chat-based coding.
|
||||
|
||||
** Architecture
|
||||
- Model: pluggable (OpenAI, Anthropic, Gemini, local via Ollama/LM Studio)
|
||||
- Tools: file read/write, git, lint/test execution, repo map (tree-sitter AST analysis)
|
||||
- Memory: git history + chat history file (.aider.chat.history.md). No persistent memory across sessions beyond git.
|
||||
- Safety: git-backed undo per edit; user must approve file additions; linting/tests auto-run
|
||||
|
||||
** Differentiators
|
||||
- Repo map: compresses entire codebase into ~1024 tokens of structured context
|
||||
- Edit formats: whole-file, search/replace diff, universal diff — fallback chain
|
||||
- Open source (Apache 2.0), Python, highly scriptable
|
||||
- Benchmark leaderboard (SWE-bench, own editing/refactoring benchmarks)
|
||||
|
||||
** Maturity
|
||||
Production. 30k+ GitHub stars. Active development.
|
||||
|
||||
** Relevance to Passepartout: HIGH
|
||||
--- Directly comparable: CLI-native, git-integrated, extensible via Python scripting
|
||||
--- PP's .org-as-source-of-truth + tangle workflow is architecturally distinct
|
||||
--- Aider has no neurosymbolic components or deterministic rule engine
|
||||
--- Aider lacks memory persistence beyond git; PP's org-mode + contract-first TDD is richer
|
||||
|
||||
* 2. Cursor Agent Mode
|
||||
|
||||
** What it does
|
||||
IDE-integrated coding agent inside Cursor (VS Code fork). Agent mode can plan,
|
||||
read/write files, run terminal commands, and iterate autonomously.
|
||||
|
||||
** Architecture
|
||||
- Model: Claude, GPT-4o, etc. (cursor-small model for tab completion)
|
||||
- Tools: file editing, terminal, @-symbols for context, MCP support, image input
|
||||
- Memory: session-only; no persistent memory across sessions
|
||||
- Safety: diff view for changes, user approval on terminal commands (configurable), lint monitoring
|
||||
|
||||
** Differentiators
|
||||
- .cursorrules for project-specific instructions
|
||||
- Visual diff before applying changes
|
||||
- Tab completion + agent mode + chat in one IDE
|
||||
- MCP server integration for custom tools
|
||||
|
||||
** Maturity
|
||||
Production. Widely used.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- IDE-dependent (not TUI-first). PP's Emacs/terminal-native approach is different
|
||||
--- Rule system (.cursorrules) is closest thing to deterministic rules — but plain-text prompts only
|
||||
--- No neurosymbolic, no persistent memory, no contract-first workflow
|
||||
|
||||
* 3. GitHub Copilot Agent Mode
|
||||
|
||||
** What it does
|
||||
Microsoft/GitHub's coding agent across VS Code, GitHub.com, CLI. Agent mode
|
||||
(2025) can autonomously plan, edit, run commands.
|
||||
|
||||
** Architecture
|
||||
- Model: multi-model (OpenAI, Claude, Gemini, Haiku via Copilot)
|
||||
- Tools: IDE edit, terminal, MCP, code review, code search, GitHub issues
|
||||
- Memory: per-session; Enterprise can index org codebase for retrieval
|
||||
- Safety: IP indemnity, code referencing filter, admin-managed MCP allowlists,
|
||||
audit logs for enterprise, opt-out for training data
|
||||
|
||||
** Differentiators
|
||||
- Deep GitHub integration (PR review, issues, Actions)
|
||||
- Multi-model access from one subscription
|
||||
- Enterprise governance (SSO, audit, VPC)
|
||||
- Copilot CLI for terminal-only use
|
||||
|
||||
** Maturity
|
||||
Production. Largest userbase (millions).
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Massive platform lock-in. No extensibility for custom workflows
|
||||
--- No neurosymbolic. No persistent memory across sessions
|
||||
--- Enterprise features irrelevant to PP's use case
|
||||
--- The CLI component is closest competitor but lacks PP's TDD/contract cycle
|
||||
|
||||
* 4. Amazon Q Developer
|
||||
|
||||
** What it does
|
||||
AWS's coding assistant across IDE, CLI, and AWS console. Code completion, chat,
|
||||
security scanning, code transformation.
|
||||
|
||||
** Architecture
|
||||
- Model: Amazon Bedrock (multiple FMs), augmented with AWS content
|
||||
- Tools: IDE extension, CLI, AWS console chat, automated code review,
|
||||
vulnerability scanning, code transformation (e.g., Java upgrades)
|
||||
- Memory: session; no persistent cross-session memory
|
||||
- Safety: AWS IAM permissions, Bedrock abuse detection, zero data retention for
|
||||
Business tier; no training on Enterprise data
|
||||
|
||||
** Differentiators
|
||||
- Deep AWS knowledge (VPC, EC2, Lambda, etc.)
|
||||
- Automated code transformation (e.g., Java 8→17)
|
||||
- Security vulnerability scanning built in
|
||||
- Free tier generous
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- AWS-ecosystem focused. No CLI/TUI philosophy. No extensibility.
|
||||
--- Not a general-purpose agent; AWS-specific
|
||||
|
||||
* 5. Devin (Cognition AI)
|
||||
|
||||
** What it does
|
||||
Autonomous AI software engineer in a sandboxed environment. Plans, codes, tests,
|
||||
deploys end-to-end. Acquired Windsurf (Codeium).
|
||||
|
||||
** Architecture
|
||||
- Model: Claude Sonnet 4.5 (publicly), proprietary model claimed
|
||||
- Tools: shell, code editor, browser, sandboxed compute environment
|
||||
- Memory: per-session long-term reasoning; can recall context across steps
|
||||
within a task. Reports progress in real-time
|
||||
- Safety: sandboxed environment, user approval on deployment, SSH key support
|
||||
|
||||
** Differentiators
|
||||
- Full autonomy (not pair programming) — can be assigned via Slack, Jira
|
||||
- SWE-bench leader: 13.86% (initial), now higher
|
||||
- Can learn unfamiliar technologies, train models, do Upwork tasks
|
||||
- Windsurf acquisition: now owns IDE + cloud agent stack
|
||||
|
||||
** Maturity
|
||||
Production (GA Dec 2024). Backed by $21M+ from Founders Fund.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- Autonomous agent philosophy differs from PP's interactive TDD partner
|
||||
--- WindSurf integration creates IDE dependency; PP is terminal-native
|
||||
--- No neurosymbolic. No contract-first. No persistent memory (per-task only)
|
||||
|
||||
* 6. Factory AI / Factory Droid
|
||||
|
||||
** What it does
|
||||
Automated code review and bug-fixing. Runs as GitHub app on every PR.
|
||||
Droid bot auto-fixes issues found in review.
|
||||
|
||||
** Architecture
|
||||
- Model: Claude/GPT (likely)
|
||||
- Tools: GitHub PR integration, code review, auto-fix generation
|
||||
- Memory: PR-level context; no cross-PR memory
|
||||
- Safety: review-before-apply; GitHub permissions
|
||||
|
||||
** Differentiators
|
||||
- PR-review focused (not general coding agent)
|
||||
- Auto-fix generation as part of review workflow
|
||||
- Enterprise-focused (code review automation)
|
||||
|
||||
** Maturity
|
||||
Beta/production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Narrow scope (PR review). Not a general agent.
|
||||
--- No TUI, no memory, no extensibility.
|
||||
|
||||
* 7. Cline (formerly Claude Dev)
|
||||
|
||||
** What it does
|
||||
Autonomous coding agent VSCode extension. Can create/edit files, run terminal
|
||||
commands, use browser, execute MCP tools. Human-in-the-loop for all actions.
|
||||
|
||||
** Architecture
|
||||
- Model: any (OpenRouter, Anthropic, OpenAI, Google, AWS Bedrock, local models)
|
||||
- Tools: file R/W, terminal, browser (computer use), MCP servers, linter/compiler
|
||||
monitoring, checkpoint/restore
|
||||
- Memory: session context; checkpoints as workspace snapshots; no persistent
|
||||
cross-session memory
|
||||
- Safety: human-in-the-loop for every file change and terminal command (GUI
|
||||
approval); diff view; checkpoints for rollback; permission gates
|
||||
|
||||
** Differentiators
|
||||
- "Add a tool" — can ask Cline to create new MCP servers on the fly
|
||||
- @url, @problems, @file, @folder context markers
|
||||
- Browser computer use for interactive debugging
|
||||
- Checkpoint system: compare/restore workspace snapshots
|
||||
- Open source (Apache 2.0), 61k+ stars
|
||||
- Enterprise: SSO, on-prem, audit trails
|
||||
|
||||
** Maturity
|
||||
Production. 61.5k GitHub stars. Rapid development.
|
||||
|
||||
** Relevance to Passepartout: HIGH
|
||||
--- Closest architecture: extensible via MCP, CLI+editor integration, human-in-loop
|
||||
--- MCP-based tool creation PP could adopt
|
||||
--- No neurosymbolic rules engine; contracts are plain .clinerules text
|
||||
--- Checkpoint workflow similar to PP's git-based snapshots but less structured
|
||||
--- PP's .org source-of-truth + tangle is unique
|
||||
|
||||
* 8. RooCode
|
||||
|
||||
** What it does
|
||||
VSCode extension for multi-agent coding. Variant/fork of Cline with multiple
|
||||
agent "modes" (architect, ask, code, custom).
|
||||
|
||||
** Architecture
|
||||
- Model: any (same provider list as Cline)
|
||||
- Tools: file editing, terminal, browser, MCP, image support
|
||||
- Memory: per-session context
|
||||
- Safety: human approval gates, diff view
|
||||
|
||||
** Differentiators
|
||||
- Multi-agent modes (architect plans, coder implements, ask answers)
|
||||
- Custom modes with custom prompts
|
||||
- Forked from Cline, similar architecture
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- Multi-agent orchestration is interesting but VSCode-dependent
|
||||
--- No neurosymbolic. No persistent memory. No contract-first.
|
||||
|
||||
* 9. AutoGPT
|
||||
|
||||
** What it does
|
||||
Platform for building, deploying, and running continuous AI agents.
|
||||
Classic version was autonomous GPT-4 agent; now a platform with agent builder,
|
||||
marketplace, workflow management.
|
||||
|
||||
** Architecture
|
||||
- Model: any LLM (pluggable)
|
||||
- Tools: web search, file operations, code execution, block-based workflow builder
|
||||
- Memory: long-term memory via vector DB (Redis/Pinecone), persistent agent state
|
||||
- Safety: Docker sandboxing, user approval gates
|
||||
|
||||
** Differentiators
|
||||
- Agent builder with visual block-based workflow
|
||||
- Marketplace for pre-built agents
|
||||
- Continuous/long-running agents (not session-only)
|
||||
- Classic AutoGPT pioneered autonomous agent loop (think → act → observe)
|
||||
|
||||
** Maturity
|
||||
Production. 184k stars. Classic in maintenance; platform in beta/active.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- Long-running, persistent agents concept is relevant
|
||||
--- Block-based workflow builder is anti-neurosymbolic (no rules engine)
|
||||
--- Python-centric; PP is Common Lisp
|
||||
--- No contract-first TDD workflow
|
||||
|
||||
* 10. Microsoft AutoGen
|
||||
|
||||
** What it does
|
||||
Multi-agent conversation framework from Microsoft. Agents can converse,
|
||||
collaborate, execute code, use tools. .NET and Python.
|
||||
|
||||
** Architecture
|
||||
- Model: any (OpenAI, etc.)
|
||||
- Tools: MCP, Docker code execution, OpenAPI, web search, distributed runtimes
|
||||
- Memory: conversation history; no built-in long-term memory; use extensions
|
||||
- Safety: Docker sandbox for code execution; human-in-loop patterns
|
||||
|
||||
** Differentiators
|
||||
- Event-driven, distributed multi-agent architecture (gRPC runtime)
|
||||
- AgentChat for conversational, Core for event-driven, Studio for GUI
|
||||
- MCP tool support built-in
|
||||
- .NET and Python support
|
||||
- Research-grade multi-agent patterns
|
||||
|
||||
** Maturity
|
||||
Stable/Production. Backed by Microsoft.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- Multi-agent orchestration architecture is relevant
|
||||
--- No TUI/CLI focus; Python/.NET
|
||||
--- No neurosymbolic; no deterministic rules
|
||||
--- PP could learn from AutoGen's event-driven agent patterns
|
||||
|
||||
* 11. CrewAI
|
||||
|
||||
** What it does
|
||||
Open-source framework for orchestrating autonomous AI agents as "crews" with
|
||||
role-based collaboration. Flows for workflow control.
|
||||
|
||||
** Architecture
|
||||
- Model: any LLM (pluggable)
|
||||
- Tools: API, database, custom tools; agent roles with specific goals
|
||||
- Memory: conversation-based; no built-in persistent memory across crews
|
||||
- Safety: enterprise security claims; human-in-loop patterns
|
||||
|
||||
** Differentiators
|
||||
- Role-playing agents (researcher, writer, etc.)
|
||||
- Flows (stateful, event-driven) + Crews (autonomous teams)
|
||||
- 100k+ certified developers
|
||||
- Enterprise-ready
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Python framework, not a standalone agent
|
||||
--- No TUI/CLI; not a coding agent
|
||||
--- Role-based agent pattern is interesting but not directly applicable
|
||||
|
||||
* 12. Replit Agent (Ghostwriter)
|
||||
|
||||
** What it does
|
||||
In-browser coding agent on Replit platform. Build, deploy apps from prompts.
|
||||
Full IDE in browser with AI agent.
|
||||
|
||||
** Architecture
|
||||
- Model: proprietary (likely fine-tuned LLM)
|
||||
- Tools: in-browser IDE, file system, terminal, deployment, database
|
||||
- Memory: project context within session
|
||||
- Safety: sandboxed in-browser environment; Replit platform moderation
|
||||
|
||||
** Differentiators
|
||||
- Zero setup: browser-based, no install
|
||||
- Full-stack: code + DB + deploy from one prompt
|
||||
- Educational focus (used in classrooms)
|
||||
- Collaborative editing
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Cloud-only, browser-based. Anti-TUI.
|
||||
--- No extensibility. No memory persistence.
|
||||
--- Educational/consumer focus, not power-user agent
|
||||
|
||||
* 13. Codex CLI (OpenAI)
|
||||
|
||||
** What it does
|
||||
Lightweight CLI coding agent from OpenAI. Runs locally, writes files, runs
|
||||
commands. Desktop app variant available.
|
||||
|
||||
** Architecture
|
||||
- Model: OpenAI models (GPT-5, o-series)
|
||||
- Tools: file read/write, shell execution, sandboxed environment
|
||||
- Memory: session context; conversation history per session
|
||||
- Safety: user approval on file writes and commands; runs locally; sandboxed
|
||||
execution
|
||||
|
||||
** Differentiators
|
||||
- CLI-native (npm install -g @openai/codex)
|
||||
- Desktop app (codex app) for richer UI
|
||||
- Multi-platform (macOS, Linux, Windows)
|
||||
- Open source (Apache 2.0), 81k stars, 6k+ commits
|
||||
- "Sign in with ChatGPT" or API key
|
||||
- Environment management for secrets
|
||||
|
||||
** Maturity
|
||||
Production. 81k GitHub stars. Very active.
|
||||
|
||||
** Relevance to Passepartout: HIGH
|
||||
--- Direct competitor: CLI-native coding agent
|
||||
--- Same philosophy: terminal-first, local execution
|
||||
--- PP differentiators: .org source-of-truth, tangle workflow, neurosymbolic
|
||||
TDD, contract-first, deterministic rules engine
|
||||
--- Codex has NO neurosymbolic component, NO contracts, NO persistent memory
|
||||
beyond git, NO rule engine
|
||||
|
||||
* 14. Continue.dev
|
||||
|
||||
** What it does
|
||||
Open-source AI code assistant for IDE. Chat, edit, tab-completion. Now pivoted
|
||||
to Continuous AI — AI checks on PRs (source-controlled checks).
|
||||
|
||||
** Architecture
|
||||
- Model: any (OpenAI, Anthropic, Ollama, etc.)
|
||||
- Tools: IDE chat, file editing, @-references, PR checks
|
||||
- Memory: session-based
|
||||
- Safety: local models possible, diff-based editing
|
||||
|
||||
** Differentiators
|
||||
- Fully open-source IDE assistant
|
||||
- "Checks" — source-controlled AI reviews as markdown files in repo
|
||||
- Multiple model providers
|
||||
- VS Code + JetBrains
|
||||
|
||||
** Maturity
|
||||
Production. Renamed to Continuous AI for PR-check product.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- IDE-dependent. PR-check focus is different from PP's build-time agent
|
||||
--- "Checks as markdown" concept is closest to PP's .org-based contracts —
|
||||
but far less structured. PP's contracts are machine-verifiable, not just
|
||||
prompts
|
||||
|
||||
* 15. PearAI
|
||||
|
||||
** What it does
|
||||
AI code editor (VS Code fork) with integrated coding agent + chat.
|
||||
Open-source, Bun-based performance.
|
||||
|
||||
** Architecture
|
||||
- Model: any (OpenAI, Anthropic, Ollama)
|
||||
- Tools: IDE agent, chat, file editing, context management
|
||||
- Memory: session-based
|
||||
- Safety: open source, local model support
|
||||
|
||||
** Differentiators
|
||||
- VS Code fork (not extension)
|
||||
- Bun for performance
|
||||
- Free, open source
|
||||
- "Context" management for prompt optimization
|
||||
|
||||
** Maturity
|
||||
Beta/Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- IDE-dependent fork. PP's Emacs + TUI is philosophically opposite.
|
||||
--- No unique architecture features.
|
||||
|
||||
* 16. Melty (now Conductor)
|
||||
|
||||
** What it does
|
||||
Originally Melty, now Conductor — orchestrator for running multiple coding
|
||||
agents (Claude Code, Codex) in parallel on your Mac. Each agent gets an
|
||||
isolated git worktree.
|
||||
|
||||
** Architecture
|
||||
- Model: uses Codex + Claude Code under the hood
|
||||
- Tools: git worktree management, parallel agent execution, review UI
|
||||
- Memory: per-task git worktree; no cross-session memory
|
||||
- Safety: git isolation; user reviews changes before merging
|
||||
Differentiators
|
||||
- Multi-agent parallelism (not multi-agent collaboration)
|
||||
- Git worktree-based isolation
|
||||
- Dashboard for monitoring agents
|
||||
|
||||
** Maturity
|
||||
Production (Beta/2025). Used at Linear, Vercel, Notion, Ramp.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- Parallel agent orchestration model is interesting
|
||||
--- Doesn't replace PP's workflow; could complement
|
||||
--- No neurosymbolic, no rules engine, no memory persistence
|
||||
|
||||
* 17. Windsurf / Codeium (now part of Cognition AI / Devin)
|
||||
|
||||
** What it does
|
||||
AI-native IDE. Cascade agent for autonomous coding. Tab completion, agent mode,
|
||||
MCP support. Acquired by Cognition (Devin).
|
||||
|
||||
** Architecture
|
||||
- Model: multi-model (GPT-5, Claude, custom)
|
||||
- Tools: Cascade (agent), Tab (completions), MCP, JetBrains plugin, Devin
|
||||
integration, Spaces (bundled context)
|
||||
- Memory: Cascade sessions within workspace; Spaces for grouped context
|
||||
- Safety: admin-managed MCP servers; enterprise controls
|
||||
|
||||
** Differentiators
|
||||
- Cascade: local agent for real-time assistance
|
||||
- Devin integration: cloud agent for long-running tasks
|
||||
- Spaces: bundle agent sessions, PRs, files around a task
|
||||
- Agent Command Center: Kanban dashboard for agents
|
||||
- JetBrains plugin (targets non-VS Code users)
|
||||
|
||||
** Maturity
|
||||
Production. 1M+ users, 4k+ enterprise customers.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- IDE-dependent (VS Code fork + JetBrains plugin)
|
||||
--- Cascade + Devin hybrid local/cloud model is architecturally interesting
|
||||
--- No neurosymbolic. No deterministic rules. No contract-first.
|
||||
--- Spaces concept (grouping context around a task) is close to PP's session
|
||||
management
|
||||
|
||||
* 18. Cursor AI
|
||||
|
||||
** What it does
|
||||
AI-first code editor (VS Code fork). Multi-model, agent mode, tab completion,
|
||||
MCP support. The most popular AI IDE.
|
||||
|
||||
** Architecture
|
||||
- Model: proprietary (cursor-small) + OpenAI, Anthropic, Gemini
|
||||
- Tools: agent mode, tab completion, chat, @-symbols, MCP, terminal
|
||||
- Memory: session; no cross-session persistence
|
||||
- Safety: diff view, configurable permission levels, image input support
|
||||
|
||||
** Differentiators
|
||||
- First-mover in AI IDEs (fork vs extension approach)
|
||||
- .cursorrules for project conventions
|
||||
- Fast tab completion (custom small model)
|
||||
- @-symbol context system (files, docs, web)
|
||||
|
||||
** Maturity
|
||||
Production. Most popular AI IDE.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- IDE-dependent. PP is philosophy of terminal + .org + Emacs
|
||||
--- No neurosymbolic, no persistent memory, no contract-first
|
||||
|
||||
* 19. Augment Code
|
||||
|
||||
** What it does
|
||||
AI coding platform with deep codebase understanding. Agent, chat, CLI (Auggie),
|
||||
context engine that indexes entire codebase.
|
||||
|
||||
** Architecture
|
||||
- Model: proprietary + multi-model
|
||||
- Tools: agent, code completions (sunset soon), CLI (Auggie), IDE extensions
|
||||
- Memory: codebase index (persistent), session context
|
||||
- Safety: enterprise SSO, permissions
|
||||
|
||||
** Differentiators
|
||||
- Auggie CLI — terminal-first agent (closest to PP)
|
||||
- Codebase-wide context engine (indexes entire repo, not just open files)
|
||||
- Agent can tackle large tasks autonomously
|
||||
|
||||
** Maturity
|
||||
Production. Well-funded.
|
||||
|
||||
** Relevance to Passepartout: HIGH
|
||||
--- Auggie CLI is directly comparable: terminal-native coding agent
|
||||
--- Full codebase indexing is better than PP's current approach
|
||||
--- No neurosymbolic. No contract-first. No org-mode source-of-truth.
|
||||
--- PP's TDD + contract + tangle workflow is unique differentiator
|
||||
|
||||
* 20. Qoder
|
||||
|
||||
** What it does
|
||||
Coding agent platform. Details limited.
|
||||
|
||||
** Architecture
|
||||
Unknown — website unreachable.
|
||||
|
||||
** Maturity
|
||||
Unknown.
|
||||
|
||||
** Relevance to Passepartout: UNKNOWN
|
||||
--- Insufficient data.
|
||||
|
||||
* 21. v0 by Vercel
|
||||
|
||||
** What it does
|
||||
UI generation agent. Generates React/Next.js components and pages from text
|
||||
prompts. Visual design oriented.
|
||||
|
||||
** Architecture
|
||||
- Model: proprietary (likely fine-tuned)
|
||||
- Tools: code generation, visual design mode, templates, deployment to Vercel
|
||||
- Memory: per-session; design context within chat
|
||||
- Safety: Vercel platform controls
|
||||
|
||||
** Differentiators
|
||||
- Visual-first: generates UI, not general code
|
||||
- Design mode: fine-tune with visual controls
|
||||
- Template library
|
||||
- iOS app for mobile building
|
||||
- Deep Vercel/Next.js integration
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Narrow domain (UI generation). Not a general coding agent.
|
||||
--- Cloud-only. No TUI.
|
||||
--- No relevance to PP's workflow.
|
||||
|
||||
* 22. Lovable
|
||||
|
||||
** What it does
|
||||
Full-stack application generation from natural language prompts. Build and
|
||||
deploy apps/websites via AI chat.
|
||||
|
||||
** Architecture
|
||||
- Model: proprietary (likely fine-tuned)
|
||||
- Tools: app generation, deployment, domain registration, mobile app
|
||||
- Memory: per-project conversation
|
||||
- Safety: platform-level moderation
|
||||
|
||||
** Differentiators
|
||||
- Full-stack: frontend + backend + DB + deploy
|
||||
- No-code-friendly (describe app → get working app)
|
||||
- Template library, mobile companion app
|
||||
- Enterprise security claims
|
||||
|
||||
** Maturity
|
||||
Production.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Consumer/no-code focus. Not a developer coding agent.
|
||||
--- No TUI, no extensibility, no memory persistence beyond project.
|
||||
|
||||
* 23. Void (formerly based on Codex)
|
||||
|
||||
** What it does
|
||||
CLI coding agent for terminal-based AI code generation. Originally built on
|
||||
OpenAI Codex.
|
||||
|
||||
** Architecture
|
||||
- Model: OpenAI API-compatible
|
||||
- Tools: terminal code generation, file writing
|
||||
- Memory: session context
|
||||
- Safety: user approval on file changes
|
||||
|
||||
** Differentiators
|
||||
- CLI-native (similar to Codex CLI)
|
||||
- Lightweight
|
||||
|
||||
** Maturity
|
||||
Beta/early.
|
||||
|
||||
** Relevance to Passepartout: MEDIUM
|
||||
--- CLI-native coding agent, directly comparable to PP
|
||||
--- Less mature than Codex CLI or Aider
|
||||
--- No unique differentiators
|
||||
|
||||
* 24. Cosine Genie
|
||||
|
||||
** What it does
|
||||
Autonomous AI software engineer. Takes Jira tickets or PR descriptions, breaks
|
||||
them down, writes code, delivers PRs. Works asynchronously.
|
||||
|
||||
** Architecture
|
||||
- Model: Genie 2 (proprietary model); 72% on SWE-Lancer
|
||||
- Tools: IDE/CLI, Slack, Jira, Linear, GitHub integration
|
||||
- Memory: task-level context; works asynchronously in background
|
||||
- Safety: sandboxed; desktop app runs locally; cloud service
|
||||
|
||||
** Differentiators
|
||||
- Proprietary model (Genie 2) — not just wrapping an API
|
||||
- SWE-Lancer leader: 72% pass rate (highest)
|
||||
- Asynchronous: works without active session
|
||||
- Slack/Jira/Linear integration for task intake
|
||||
- CLI + Desktop app + Cloud
|
||||
|
||||
** Maturity
|
||||
Production. Well-funded.
|
||||
|
||||
** Relevance to Passepartout: HIGH
|
||||
--- Direct competitor: agent that takes tickets and delivers code
|
||||
--- CLI-native operation
|
||||
--- No contract-first, no neurosymbolic, no org-mode
|
||||
--- PP's structured TDD cycle + deterministic rules are key differentiators
|
||||
--- Cosine's Slack/Jira integration interesting for PP to consider
|
||||
|
||||
* 25. Mentat
|
||||
|
||||
** What it does
|
||||
CLI coding assistant that coordinates edits across multiple files. Project
|
||||
context understanding.
|
||||
|
||||
** Architecture
|
||||
- Model: any LLM (OpenAI, Anthropic)
|
||||
- Tools: file editing across multiple files, project context gathering
|
||||
- Memory: session context, git awareness
|
||||
- Safety: user approval
|
||||
|
||||
** Differentiators
|
||||
- Multi-file editing focus
|
||||
- Project-level understanding
|
||||
|
||||
** Maturity
|
||||
Currently inactive/archived. GitHub 404.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Inactive project. No meaningful differentiation from Aider/Codex CLI.
|
||||
|
||||
* 26. Ghostwriter by Replit (→ see Replit Agent #12)
|
||||
* 27. Poolside
|
||||
|
||||
** What it does
|
||||
Foundation models for software engineering. Builds models + agents for
|
||||
enterprise. On-prem deployment, air-gapped. TUI, IDE extensions, agents.
|
||||
|
||||
** Architecture
|
||||
- Model: Laguna XS.2 M.1 (proprietary foundation model)
|
||||
- Tools: agents, TUI, IDE extensions, multi-agent orchestration
|
||||
- Memory: enterprise context (connectors to repos, DBs, private data)
|
||||
- Safety: on-prem/VPC/air-gapped, RBAC for humans and agents, audit trails,
|
||||
executive governance, no data leaves customer boundary
|
||||
|
||||
** Differentiators
|
||||
- Full-stack: builds foundation models + agents + enterprise deployment
|
||||
- Forward Deployed Research Engineers embedded with customers
|
||||
- Outcome ownership (not just model handoff)
|
||||
- AGI thesis: software engineering as path to AGI
|
||||
- Military/defense-grade security (not just compliance)
|
||||
|
||||
** Maturity
|
||||
Production. Frontier lab status. $500M+ funding.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Enterprise/military focus, completely different market
|
||||
--- Building own models (PP uses existing LLMs)
|
||||
--- TUI is just one surface among many
|
||||
--- PP's individual-developer, open-source, TDD-first philosophy is opposite
|
||||
|
||||
* 28. Tabnine
|
||||
|
||||
** What it does
|
||||
Enterprise AI code completion + agent platform. Code completions, chat, agents,
|
||||
CLI, context engine. Gartner Visionary 2025.
|
||||
|
||||
** Architecture
|
||||
- Model: multiple (code-specific small models + large model access)
|
||||
- Tools: code completion, chat, CLI, agents (planning, coding, testing, docs),
|
||||
context engine, provenance/attribution
|
||||
- Memory: Enterprise Context Engine (indexes org codebase, architecture,
|
||||
standards)
|
||||
- Safety: on-prem/air-gapped/VPC, zero data retention, IP indemnity,
|
||||
provenance tracking, admin controls, audit logs
|
||||
|
||||
** Differentiators
|
||||
- Enterprise Context Engine: organizational intelligence layer for any agent
|
||||
- Fine-tuning on private repos
|
||||
- Provenance & attribution for IP compliance
|
||||
- Gartner Visionary; Leader in Omdia Universe
|
||||
- Zero Trust compliance (air-gapped)
|
||||
|
||||
** Maturity
|
||||
Production. 15+ years in market (originally Codota). Millions of developers.
|
||||
|
||||
** Relevance to Passepartout: LOW
|
||||
--- Enterprise-focused (compliance, IP, governance). PP is individual-agent.
|
||||
--- Context Engine concept is interesting but proprietary
|
||||
--- No neurosymbolic. No contract-first.
|
||||
--- CLI is secondary to IDE completions for Tabnine
|
||||
|
||||
* 29. Factory Droid (→ see #6)
|
||||
* 30. Devin (→ see #5)
|
||||
|
||||
* Emerging / Notable Others
|
||||
|
||||
** Conductor (Melty) — see #16
|
||||
** Cline — see #7
|
||||
** RooCode — see #8
|
||||
** Augment Code CLI (Auggie) — see #19
|
||||
** Cosine Genie — see #24
|
||||
|
||||
* Cross-Cutting Analysis
|
||||
|
||||
** Safety / Security Architecture
|
||||
|
||||
| System | Sandbox | Human-in-Loop | Diff Review | Gov/Enterprise | Notes |
|
||||
|--------|---------|---------------|-------------|----------------|-------|
|
||||
| Aider | Git undo| File approval | Git diff | No | Git as safety net |
|
||||
| Cline | None | Every op | Diff view | SSO, on-prem | Best HIL in class |
|
||||
| Codex CLI | Sandboxed exec | On write/command | Console output | No | Basic |
|
||||
| Devin | Sandboxed env | Deployment gate | PR review | Enterprise plan | Cloud sandbox |
|
||||
| Cursor | None | Configurable | Diff view | No | .cursorrules |
|
||||
| Copilot| None | Configurable | Diff view | SSO, audit, MCP allowlist | Best enterprise |
|
||||
| Cosine | None | PR review | PR review | Cloud + on-prem| Async operation |
|
||||
| Tabnine| None | Configurable | Diff view | Air-gapped, on-prem, audit | Best air-gapped |
|
||||
| Poolside| Deploy boundary | Enterprise governance | Platform | Air-gapped, defense | Most secure by design |
|
||||
|
||||
** Memory Persistence
|
||||
|
||||
Nearly ALL systems have session-only memory. Exceptions:
|
||||
- Tabnine: Enterprise Context Engine (persistent codebase index)
|
||||
- Devin/Windsurf: Spaces (bundled context across sessions)
|
||||
- Poolside: enterprise connectors to repos+DBs
|
||||
- AutoGPT: vector DB persistent memory
|
||||
|
||||
Passepartout's approach: git + .org files as source of truth is unique and
|
||||
powerful — no other system uses literate programming as memory.
|
||||
|
||||
** TUI / CLI Interface
|
||||
|
||||
CLI-native systems: Aider, Codex CLI, Cosine Genie, Void, Augment CLI
|
||||
IDE-first: Cursor, Windsurf, Copilot, Cline, Continue, PearAI
|
||||
Both: GitHub Copilot CLI, Poolside TUI
|
||||
|
||||
PP is CLI + Emacs. Closest in philosophy: Aider, Codex CLI, Cosine Genie.
|
||||
|
||||
** Extensibility Model
|
||||
|
||||
- MCP (Model Context Protocol): Cline, Cursor, Windsurf, Copilot, AutoGen
|
||||
- Custom prompts/rules: .cursorrules, .clinerules, AGENTS.md, CLAUDE.md
|
||||
- Python scripting: Aider
|
||||
- Agent creation: AutoGPT (block builder), CrewAI (role-based)
|
||||
- MCP server creation: Cline ("add a tool" via LLM)
|
||||
|
||||
PP's extensibility: Common Lisp macros + skill system. Unique: hot-reloadable
|
||||
skills, self-repair capability. No other system has this.
|
||||
|
||||
** Neurosymbolic / Deterministic Rule Components
|
||||
|
||||
NONE of the surveyed systems have a neurosymbolic architecture or deterministic
|
||||
rule engine. The closest approximations:
|
||||
- .cursorrules / .clinerules / AGENTS.md / CLAUDE.md: plain-text instructions
|
||||
to the LLM (zero enforcement)
|
||||
- Cline's MCP tools: deterministic tool execution but no rule reasoning
|
||||
- Tabnine's Provenance: deterministic code matching but not rules
|
||||
- AutoGen's event-driven core: deterministic workflow but not rule-based
|
||||
reasoning
|
||||
|
||||
Passepartout's contract-first TDD (machine-verifiable contracts + Fiveam tests)
|
||||
is architecturally unique. No competitor has anything like it.
|
||||
|
||||
* Key Takeaways for Passepartout
|
||||
|
||||
1. NO competitor has neurosymbolic architecture or deterministic rule
|
||||
enforcement. This is PP's strongest differentiator.
|
||||
|
||||
2. NO competitor uses literate programming (.org as source of truth) or
|
||||
org-babel tangle workflow. This is PP's second strongest differentiator.
|
||||
|
||||
3. NO competitor has hot-reloadable, self-repairable skills. PP's skill system
|
||||
(Lisp macros + fboundp guards) is unique.
|
||||
|
||||
4. Memory persistence is universally weak. PP's git + .org approach is
|
||||
arguably more robust than any competitor's session-only model.
|
||||
|
||||
5. CLI-native agent space is growing: Codex CLI, Aider, Cosine Genie, Auggie.
|
||||
PP must match or exceed their terminal UX quality.
|
||||
|
||||
6. MCP is becoming the universal extensibility standard. PP should support MCP.
|
||||
|
||||
7. Async/background operation (Cosine Genie, Devin) is a growing expectation.
|
||||
PP's REPL-based daemon architecture is well-positioned for this.
|
||||
|
||||
8. Enterprise features (SSO, on-prem, audit) are table stakes for enterprise
|
||||
but irrelevant for PP's individual-agent use case.
|
||||
|
||||
9. Multi-agent orchestration (AutoGen, CrewAI, Conductor) is a separate
|
||||
concern. PP should focus on single-agent excellence first.
|
||||
|
||||
10. The "contract-first TDD" workflow from .org → write test → watch fail →
|
||||
implement → watch pass → tangle is UNIQUE in the entire competitive
|
||||
landscape.
|
||||
@@ -2,10 +2,10 @@
|
||||
#+AUTHOR: Amr
|
||||
#+CREATED: [2026-03-17 Tue]
|
||||
#+UPDATED: [2026-04-08 Wed]
|
||||
#+FILETAGS: :memex:psf:org-agent:lisp:sovereignty:
|
||||
#+FILETAGS: :memex:psf:passepartout:lisp:sovereignty:
|
||||
|
||||
* Overview
|
||||
The *Master Memex* is a sovereign, neurosymbolic intelligence organization system. It is not merely a collection of notes, but a live, programmable environment—a **Personal Software Foundry (PSF)**—where a human (the Sovereign Executive) and agentic co-processes (the `org-agent` kernel and Gemini CLI) collaborate within a shared address space.
|
||||
The *Master Memex* is a sovereign, neurosymbolic intelligence organization system. It is not merely a collection of notes, but a live, programmable environment—a **Personal Software Foundry (PSF)**—where a human (the Sovereign Executive) and agentic co-processes (the `passepartout` kernel and opencode) collaborate within a shared address space.
|
||||
|
||||
This system synthesizes three core organizational methodologies into a unified "Lisp Machine" experience:
|
||||
- *Zettelkasten:* For atomic, evergreen, and interlinked knowledge.
|
||||
@@ -33,10 +33,10 @@ The workspace is strictly divided into these zones to facilitate both human ergo
|
||||
* The Agentic Inhabitants
|
||||
The Memex is inhabited by autonomous agents that operate as "Probabilistic" (probabilistic/neural) and "Deterministic" (deterministic/symbolic) layers:
|
||||
|
||||
** [[file:projects/org-agent/README.org][org-agent (The Kernel)]]
|
||||
** [[file:projects/passepartout/README.org][passepartout (The Kernel)]]
|
||||
A Common Lisp microkernel that maintains a live, threaded Object-Store in RAM. It uses Org-mode as its native Abstract Syntax Tree (AST), allowing it to "perceive" and "act" on the Memex with structural precision.
|
||||
|
||||
** Gemini CLI
|
||||
** opencode
|
||||
A strategic orchestrator that handles large-scale batch tasks, research, and planning. It operates according to the *PSF Consensus Loop* (Demand -> Blueprint -> Success -> Build -> Chaos -> Memory).
|
||||
|
||||
* The Cognitive Architecture: A Session-less Mind
|
||||
|
||||
@@ -1,36 +0,0 @@
|
||||
# Implementation Plan: The Micro-Loader (Boot Sequence Refactor)
|
||||
|
||||
## Objective
|
||||
Consolidate and harden the kernel's skill-loading logic into a stateful "Micro-Loader." This improves boot reliability, provides clear error reporting for malformed skills, and centralizes all capability management within the `skills` module.
|
||||
|
||||
## Key Files & Context
|
||||
- **Target:** `projects/org-agent/literate/skills.org` (Consolidating logic here).
|
||||
- **Target:** `projects/org-agent/literate/core.org` (Moving `load-all-skills` out of here).
|
||||
- **Mandate:** Syntax Pre-flight and Dependency Assertion.
|
||||
|
||||
## Implementation Steps
|
||||
|
||||
### 1. Define the Skill Catalog
|
||||
- Introduce `*skill-catalog*` in `skills.lisp` to track metadata and load status for every skill file found in `SKILLS_DIR`.
|
||||
- Statuses: `:discovered`, `:loading`, `:ready`, `:failed`.
|
||||
|
||||
### 2. Refactor `load-skill-from-org` (Harden)
|
||||
- **Syntax Check:** Invoke `validate-lisp-syntax` before evaluation.
|
||||
- **Dependency Check:** If `#+DEPENDS_ON` refers to a skill that failed or is missing, mark this skill as `:failed` immediately with a clear error.
|
||||
- **Detailed Logging:** Record the specific reason for failure (syntax, timeout, runtime error) in the catalog.
|
||||
|
||||
### 3. Implement `initialize-all-skills` (The Orchestrator)
|
||||
- Move the directory scanning and loop logic from `core.lisp` into `skills.lisp`.
|
||||
- This function will:
|
||||
1. Scan `SKILLS_DIR`.
|
||||
2. Populate the catalog.
|
||||
3. Run the topological sort.
|
||||
4. Execute the load loop with timeouts.
|
||||
5. Print a final "Boot Summary" report.
|
||||
|
||||
### 4. Simplify Kernel Boot
|
||||
- Update `start-daemon` in `core.lisp` to call `(initialize-all-skills)` instead of the old `load-all-skills`.
|
||||
|
||||
## Phase E: Chaos (Verification)
|
||||
- **Integrity Test:** Add a test that verifies `initialize-all-skills` correctly identifies a missing dependency and prevents the dependent skill from attempting to load.
|
||||
- **Report Test:** Verify that the skill catalog correctly reflects the status of loaded vs. failed skills.
|
||||
18
check.lisp
Normal file
18
check.lisp
Normal file
@@ -0,0 +1,18 @@
|
||||
(handler-case
|
||||
(with-open-file (s "/home/user/memex/projects/passepartout/skills/org-skill-config-manager.org")
|
||||
(loop for line = (read-line s nil)
|
||||
while line
|
||||
do (when (search "#+begin_src lisp" line)
|
||||
(let ((block ""))
|
||||
(loop for l = (read-line s nil)
|
||||
while (and l (not (search "#+end_src" l)))
|
||||
do (setf block (concatenate 'string block l (string #\Newline))))
|
||||
(handler-case
|
||||
(with-input-from-string (in block)
|
||||
(loop for form = (read in nil :eof)
|
||||
until (eq form :eof)))
|
||||
(error (c)
|
||||
(format t "Error in block beginning with ~a: ~a~%"
|
||||
(subseq block 0 (min 30 (length block)))
|
||||
c)))))))
|
||||
(error (c) (format t "General error: ~a~%" c)))
|
||||
@@ -27,10 +27,10 @@ Chronological record of all meetings, fleeting notes, and raw conversation logs
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
@@ -93,10 +93,10 @@ Awaiting pressure-testing session for 21-layer audit assumptions. All building p
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
@@ -159,10 +159,10 @@ Awaiting pressure-testing session for 21-layer audit assumptions. All building p
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
@@ -225,10 +225,10 @@ Awaiting pressure-testing session for 21-layer audit assumptions. All building p
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
@@ -291,10 +291,10 @@ Awaiting pressure-testing session for 21-layer audit assumptions. All building p
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Zettelkasten + GTD workflow.
|
||||
|
||||
@@ -357,10 +357,10 @@ Awaiting pressure-testing session for 21-layer audit assumptions. All building p
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the org-agent-memex system:
|
||||
- *org-agent-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *org-agent-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *org-agent-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Zettelkasten + GTD workflow.
|
||||
|
||||
|
||||
@@ -5,10 +5,10 @@
|
||||
* Activities
|
||||
** OpenClaw Resilience and Memory Restoration
|
||||
- *Problem:* Agent suffered from "context amnesia" after a session reset at 08:10 AM, losing the path to `emacs.org` and failing to rediscover it.
|
||||
- *Root Cause:* Search depth was too shallow (workspace root only), and the `org-agent-memex-gtd` skill was not in the executable skills directory.
|
||||
- *Root Cause:* Search depth was too shallow (workspace root only), and the `opencortex-memex-gtd` skill was not in the executable skills directory.
|
||||
- *Resolution:*
|
||||
- Identified canonical path: `/home/amr/.openclaw/workspace/memex/5_projects/dotemacs/emacs.org`.
|
||||
- Restored skills by copying `org-agent-memex-gtd`, `org-agent-memex-workbreakdown`, and `org-agent-memex-zettlekasten` to standard `.openclaw/skills/` directory.
|
||||
- Restored skills by copying `opencortex-memex-gtd`, `opencortex-memex-workbreakdown`, and `opencortex-memex-zettlekasten` to standard `.openclaw/skills/` directory.
|
||||
- Synced `GTD.org` and `memex/gtd.org` to ensure "Ground Truth" is consistent.
|
||||
|
||||
** Emacs Configuration Modularization
|
||||
|
||||
15
fedora-43-repos.repo
Normal file
15
fedora-43-repos.repo
Normal file
@@ -0,0 +1,15 @@
|
||||
[fedora]
|
||||
name=Fedora 43 - x86_64
|
||||
enabled=1
|
||||
metadata_expire=1h
|
||||
baseurl=https://mirrors.fedoraproject.org/metalink?repo=fedora-43&arch=x86_64
|
||||
type=rpm-md
|
||||
gpgcheck=0
|
||||
|
||||
[updates]
|
||||
name=Fedora 43 - x86_64 - Updates
|
||||
enabled=1
|
||||
metadata_expire=1h
|
||||
baseurl=https://mirrors.fedoraproject.org/metalink?repo=fedora-43-updates&arch=x86_64
|
||||
type=rpm-md
|
||||
gpgcheck=0
|
||||
610
gtd.org
610
gtd.org
@@ -9,376 +9,39 @@
|
||||
:PROPERTIES:
|
||||
:ID: gtd-actions
|
||||
:END:
|
||||
** DONE Fix Modular Emacs configuration loading and org-capture templates
|
||||
- Restored ef-themes configuration in emacs-core.org which was lost during refactoring.
|
||||
CLOSED: [2026-04-21 Tue 15:00]
|
||||
- Resolved conflict where multiple modules were overwriting ~/.emacs.d/custom.el.
|
||||
- Switched from defvar to setq for org-capture-templates to ensure it applies on boot.
|
||||
** DONE Reorganize Emacs configuration files into the dotemacs project
|
||||
- Deleted outdated configuration modules in ~/memex/projects/dotemacs/.
|
||||
- Moved live configuration files from ~/memex/system/ to ~/memex/projects/dotemacs/.
|
||||
- Organized modules into a /modules subdirectory and snippets into /templates.
|
||||
- Updated ~/.emacs and internal Org-babel paths to reflect the new location.
|
||||
CLOSED: [2026-04-21 Tue 16:45]
|
||||
** DONE Fix emacsclient defaulting to terminal mode
|
||||
- Identified that 'passepartout' setup.org was hardcoded to install emacs-nox.
|
||||
- Reinstalled emacs-gtk and restored GUI support.
|
||||
- Patched projects/passepartout/harness/setup.org to use 'emacs' metapackage.
|
||||
- Restored missing modules/emacs-ui.org and added it to dotemacs.org.
|
||||
- Added 'em' alias to ~/.bash_aliases for persistent GUI frame creation.
|
||||
CLOSED: [2026-04-21 Tue 17:15]
|
||||
:END:
|
||||
|
||||
* Projects
|
||||
:PROPERTIES:
|
||||
:ID: gtd-projects
|
||||
:END:
|
||||
|
||||
** NEXT Org-agent v1.0
|
||||
:PROPERTIES:
|
||||
:ID: proj-org-agent-v1-0
|
||||
:Engineering-STATE: D: BUILD
|
||||
:CREATED: [2026-03-09 Mon 14:23]
|
||||
:END:
|
||||
Org-agent: A Neurosymbolic AI Agent.
|
||||
|
||||
*** PHASE: SOVEREIGN MVP (v0.1.0 Released)
|
||||
:PROPERTIES:
|
||||
:ID: proj-mvp-v0-1-0
|
||||
:END:
|
||||
The "Zero-to-One" release. The agent must be mathematically secure, CLI-first, and capable of autonomous Memex maintenance.
|
||||
|
||||
**** DONE 1. Harness Hardening (The Final Audit)
|
||||
- [X] Audit remaining core skills (`org-skill-policy.org`, `org-skill-bouncer.org`) to the new Literate Granularity standard.
|
||||
- [X] Implement Verification Lock: Ensure `MANDATORY_SKILLS` pass `validate-lisp-syntax` before boot proceeds.
|
||||
- [X] Logging & Transparency: Ensure `context-get-system-logs` is utilized by the Reason engine to explain blocked actions.
|
||||
|
||||
**** DONE 2. The Sovereign Scribe & Gardener (The Primary Value Prop)
|
||||
- [X] Implement `org-skill-scribe.org`: Background worker that distills daily chronological logs into structured Zettelkasten notes.
|
||||
- [X] Implement `org-skill-gardener.org`: Heartbeat-driven skill that autonomously flags orphaned nodes and repairs broken links.
|
||||
|
||||
**** DONE 3. The Zero-to-One Experience (setup.org)
|
||||
- [X] Consolidate installation instructions, `onboard.sh`, and `Dockerfile` into a single, literate `setup.org` file.
|
||||
- [X] Ensure the setup process interactively builds the `.env` and verifies SBCL/Quicklisp dependencies.
|
||||
|
||||
**** TODO 4. CLI-First Actuation
|
||||
- [ ] Verify the `cli` actuator and inbound gateway handle standard I/O interaction gracefully, treating Emacs as an optional power-user viewport.
|
||||
|
||||
*** PHASE: INTERACTIVE REFINEMENT (v0.2.0 Target)
|
||||
:PROPERTIES:
|
||||
:ID: proj-refinement-v0-2-0
|
||||
:END:
|
||||
Elevating the user interface from raw shell piping to a high-fidelity, native Lisp experience.
|
||||
|
||||
**** TODO 1. Common Lisp TUI (The "gemini-cli" parity)
|
||||
- [ ] Implement a rich, interactive TUI natively in Common Lisp (e.g., via `cl-charms`, `croatoan`, or `cl-ncurses`).
|
||||
- [ ] Support syntax highlighting for code blocks and Org-mode syntax.
|
||||
- [ ] Implement a fixed bottom input box with command history.
|
||||
- [ ] Implement Slash Commands (`/help`, `/exit`, `/clear`, `/skill-load`).
|
||||
|
||||
**** TODO 2. Direct Lisp-to-Terminal Actuation
|
||||
- [ ] Refactor the `:cli` actuator to use the native TUI rendering instead of raw stream printing.
|
||||
|
||||
*** PHASE: EVOLUTIONARY ROADMAP
|
||||
**** TODO v1.0.0 (Phase 2.5): The Verified Wrapper (SOTA Parity)
|
||||
|
||||
- Complete Formal Verification gates for external tools.
|
||||
- Achieve secure, end-to-end autonomous engineering workflows.
|
||||
**** TODO v2.0.0 (Phase 3): Cannibalizing the Toolchain
|
||||
- Ingest DOM as native Lisp AST (Cannibalize Browser).
|
||||
- Replace string-based bash with native OS bindings (Cannibalize Shell).
|
||||
**** TODO v3.0.0 (Phase 4): True Symbolic Determinism
|
||||
- Relegate LLM to Semantic Translator.
|
||||
- Implement Deterministic Planner (The Solver).
|
||||
- Implement Self-Correcting Syntax Gates.
|
||||
**** TODO v4.0.0+ (Phase 5): The Neurosymbolic Singularity
|
||||
- Homoiconic Self-Writing (Hot-reloading literate source).
|
||||
- Asynchronous Swarm Cognition (Jailed sub-agents).
|
||||
|
||||
*** PHASE: FOUNDATION (Complete)
|
||||
**** DONE Draft Swank/Socket communication protocol between CL and Emacs
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 14:00]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
**** DONE Implement core Perceive-Think-Act loop in Common Lisp
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 14:00]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
**** DONE Implement Persistent Object-Store for Org entities in CL
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 16:30]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
**** DONE Implement LLM Connector (Probabilistic Engine) in CL Daemon
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 17:30]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
**** DONE Design Deterministic Engine Heuristics (Lisp logic over Memory)
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 17:30]
|
||||
:END:
|
||||
**** DONE Achieve Phase 3: The Self-Editing Kernel
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-23 Mon 16:30]
|
||||
:END:
|
||||
- Jailing & Sandboxing implemented
|
||||
- Org-Native Skill Standard established
|
||||
- Telemetry & Introspection API active
|
||||
|
||||
*** PHASE: THE SOVEREIGN BOUNDARY (Core vs Skills Refactor)
|
||||
:PROPERTIES:
|
||||
:ID: proj-sovereign-boundary
|
||||
:END:
|
||||
Slim down the org-agent microharness by moving non-essential cognitive functions to hot-reloadable user-space skills.
|
||||
|
||||
**** DONE Extract LLM Provider Routing to a Skill (neuro.lisp)
|
||||
**** DONE Extract Vector Embedding Algorithms to a Skill (embedding.lisp)
|
||||
CLOSED: [2026-04-12 Sun 14:10]
|
||||
:PROPERTIES:
|
||||
:ID: extract-embedding-skill
|
||||
:END:
|
||||
- Created `org-skill-embedding.org`.
|
||||
- Moved logic to `src/embedding-logic.lisp` via tangling.
|
||||
- Updated `system-definition.org`.
|
||||
**** DONE Extract Sparse Tree Context Pruning Strategies to a Skill (context.lisp)
|
||||
CLOSED: [2026-04-12 Sun 14:25]
|
||||
:PROPERTIES:
|
||||
:ID: extract-context-skill
|
||||
:END:
|
||||
- Created `org-skill-peripheral-vision.org`.
|
||||
- Moved logic to `src/context-logic.lisp` via tangling.
|
||||
- Updated `system-definition.org`.
|
||||
**** DONE Implement `org-skill-peripheral-vision` (Moving embedding logic out of core)
|
||||
CLOSED: [2026-04-12 Sun 14:25]
|
||||
:PROPERTIES:
|
||||
:ID: impl-peripheral-vision
|
||||
:END:
|
||||
**** DONE Implement communication protocol Schema Validation (Prevent reader macro injection in communication.lisp)
|
||||
CLOSED: [2026-04-12 Sun 14:45]
|
||||
:PROPERTIES:
|
||||
:ID: communication-protocol-schema-validation
|
||||
:END:
|
||||
- Created `org-skill-protocol-validator.org`.
|
||||
- Integrated `validate-communication-protocol-schema` into `communication.org`.
|
||||
- Added `protocol-validator.lisp` to system definition.
|
||||
**** DONE Implement Pluggable communication protocol Integrity Hashing (Core interface, Skill-based algorithms)
|
||||
CLOSED: [2026-04-12 Sun 15:15]
|
||||
:PROPERTIES:
|
||||
:ID: communication-protocol-integrity-hashing
|
||||
:END:
|
||||
- Integrated HMAC-SHA256 (`ironclad:make-mac`) in `literate/communication.org`.
|
||||
**** DONE Implement Native Lisp Merkle-Tree Versioning (Short-term undo buffer in memory.lisp)
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Performance: Implement Copy-on-Write (CoW) or Persistent Data Structures for Memory
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Feature: Implement Latent Reflection (Proactive Gardening) using heartbeat idle cycles
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Simplification: Refactor Cognitive Loop into a Unified Reactive Signal Pipeline
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Resilience: Implement Micro-Rollbacks for the Immune System
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Implement `org-skill-memory-archivist` (Long-term IPFS checkpointing and P2P sync)
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Implement True Lisp Sandboxing (eval-safe mechanism in core and policy in skills)
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Decouple Vendor Logic from Probabilistic Engine (Move Google/Anthropic/OpenAI to Skills)
|
||||
CLOSED: [2026-04-12 Sun 19:15]
|
||||
**** DONE Component IV: Comprehensive Core Skill Audit (Review all 39 skills)
|
||||
CLOSED: [2026-04-12 Sun 19:45]
|
||||
:PROPERTIES:
|
||||
:ID: core-skill-audit-task
|
||||
:END:
|
||||
|
||||
**** DONE Consolidation I: Unified LLM Gateway (Anthropic, Gemini, Groq, OpenAI, etc.)
|
||||
**** DONE Consolidation II: Credentials Vault (Secure Enclave & Masked Logging)
|
||||
**** DONE Consolidation III: Homoiconic Memory (Unified Grammar, Bridge, & ID Generation)
|
||||
**** DONE Consolidation IV: State Persistence Layer (Unified Local & IPFS Checkpointing)
|
||||
**** DONE Consolidation V: Event Orchestrator (Unified Cron, Hooks, & Cognitive Routing)
|
||||
**** DONE Consolidation VI: Task Orchestrator (Task Integrity, Delegation, & Consensus)
|
||||
CLOSED: [2026-04-11 Sat 13:45]
|
||||
:PROPERTIES:
|
||||
:ID: task-orchestrator-consolidation
|
||||
:END:
|
||||
- Implemented Parallel Multi-Backend Consensus in neuro.lisp.
|
||||
- Implemented Task Integrity (GTD semantics) in symbolic.lisp.
|
||||
- Integrated Consensus Gate and Delegation hooks in core.lisp.
|
||||
- Verified with new task-orchestrator-tests.lisp.
|
||||
**** IN-PROGRESS Full review of org-agent's harness
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-04-13 Mon 13:30]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
- [X] Audit terminology: Replaced OACP with "communication protocol" workspace-wide.
|
||||
- [X] Audit boot sequence: Synchronized loader with `org-skill-policy.org`.
|
||||
- [-] Audit core Perceive-Think-Act loop.
|
||||
- [X] Verified protocol framing and reader jailing (`*read-eval* nil`).
|
||||
- [X] Refactored `loop.org` for literate granularity and configuration externalization.
|
||||
- [X] Improved error handling (restricted rollback) and added graceful shutdown.
|
||||
- [X] **GAP:** Missing symbolic guard check in `act-gate` (Stage 3: Act).
|
||||
- [ ] Ensure alignment with System Policy and Engineering Standards.
|
||||
**** TODO Wake up the Scribe (Implement autonomous weekly Journal-to-Ledger distillation in org-skill-scribe.org)
|
||||
**** TODO Implement `org-skill-lisp-repair` (Self-correcting syntax gate for Deterministic Engine)
|
||||
CLOSED: [2026-04-11 Sat 15:10]
|
||||
:PROPERTIES:
|
||||
:ID: lisp-repair-gate
|
||||
:END:
|
||||
- Implemented asynchronous, event-driven repair logic.
|
||||
- Decoupled core from repair logic (emits `:syntax-error` event).
|
||||
- Proven via lisp-repair-tests.lisp (Asynchronous flow verified).
|
||||
**** DONE Implement `org-skill-formal-verification` (Prove safety of high-impact actions)
|
||||
CLOSED: [2026-04-11 Sat 18:15]
|
||||
:PROPERTIES:
|
||||
:ID: formal-verification-task
|
||||
:END:
|
||||
- Implemented `org-skill-formal-verification.org`.
|
||||
- Created Lisp-Native Symbolic Prover for security invariants.
|
||||
- Implemented `path-confinement` invariant (restricted to memex root).
|
||||
- Implemented `no-network-exfil` invariant (blocking nc, ssh, etc).
|
||||
- Verified with `formal-verification-tests.lisp`.
|
||||
|
||||
|
||||
*** PHASE: DETERMINISTIC ENGINE REFINEMENT
|
||||
**** DONE Verify Autonomous Self-Fix Loop
|
||||
CLOSED: [2026-04-11 Sat 14:20]
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-23 Mon 16:30]
|
||||
:END:
|
||||
- Proven repair capability via self-fix-tests.lisp.
|
||||
- Verified surgical code patching and hot-reloading.
|
||||
- Documentation and RCA complete.
|
||||
**** DONE Implement "Planning Mode" (Deterministic Engine Bouncer) for Complex Actions
|
||||
CLOSED: [2026-04-11 Sat 15:30]
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-04-01 Wed 17:00]
|
||||
:END:
|
||||
- Implemented `bouncer-check` interceptor in `symbolic.lisp`.
|
||||
- Created `org-skill-bouncer.org` for flight plan serialization.
|
||||
- Verified asynchronous Org-native approval loop via `bouncer-tests.lisp`.
|
||||
**** DONE Implement Authorization Gate (communication protocol) for "Planning Mode"
|
||||
CLOSED: [2026-04-11 Sat 15:30]
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-04-01 Wed 17:00]
|
||||
:END:
|
||||
- Integrated with Org-mode state transitions (`PLAN` -> `APPROVED`).
|
||||
- Leveraged Memory event bus for asynchronous re-injection.
|
||||
|
||||
**** DONE Refactor Architecture Terminology (Associative -> Probabilistic, Deliberate -> Deterministic)
|
||||
CLOSED: [2026-04-12 Sun 21:00]
|
||||
:PROPERTIES:
|
||||
:ID: terminology-refactor-task
|
||||
:END:
|
||||
- Updated codebase-wide terminology to use Probabilistic/Deterministic Engines.
|
||||
- Replaced System 1/2 with Probabilistic/Deterministic Engines respectively.
|
||||
|
||||
*** TRACK: SECURITY & CONTAINMENT (The 5-Vector Bouncer Matrix)
|
||||
**** DONE Implement Path-Based Scoping for File Writes (DNA/State vs Work)
|
||||
CLOSED: [2026-04-12 Sun 15:15]
|
||||
:PROPERTIES:
|
||||
:ID: path-based-scoping
|
||||
:END:
|
||||
- Implemented as `path-confinement` invariant in `org-skill-formal-verification.org`.
|
||||
**** DONE Implement Network Exfiltration Gate (Intercept generic HTTP requests)
|
||||
CLOSED: [2026-04-12 Sun 15:15]
|
||||
:PROPERTIES:
|
||||
:ID: network-exfiltration-gate
|
||||
:END:
|
||||
- Implemented as `no-network-exfil` invariant in `org-skill-formal-verification.org`.
|
||||
**** TODO Implement Secret Exposure Gate (Intercept reads to .env, keys)
|
||||
|
||||
*** TRACK: INTELLIGENCE & ACTUATION (The Engines)
|
||||
**** DONE Verify individual provider track (Anthropic, Gemini, Groq, OpenAI, OpenRouter, Ollama)
|
||||
CLOSED: [2026-04-11 Sat 15:45]
|
||||
:PROPERTIES:
|
||||
:ID: provider-verification-track
|
||||
:END:
|
||||
- Added unit tests for each provider in `llm-gateway-tests.lisp`.
|
||||
- Mocked `dex:post` to verify JSON payload formatting and response parsing.
|
||||
- Implemented robust `get-nested` helper to handle various provider structures.
|
||||
- Integrated `llm-gateway` and `credentials-vault` into `org-agent.asd`.
|
||||
**** TODO Verify org-skill-shell-actuator formal safety harnesses
|
||||
**** DONE Build Playwright-Python Bridge for high-fidelity browsing
|
||||
CLOSED: [2026-04-11 Sat 18:30]
|
||||
:PROPERTIES:
|
||||
:ID: playwright-bridge-task
|
||||
:END:
|
||||
- Created `scripts/browser-bridge.py` (Playwright wrapper).
|
||||
- Implemented `org-skill-playwright.org`.
|
||||
- Registered `:browser` cognitive tool (JS-rendering, text extraction, screenshots).
|
||||
- Updated `Dockerfile` with Python/Playwright dependencies.
|
||||
- Verified with `playwright-tests.lisp`.
|
||||
|
||||
|
||||
*** TRACK: COMMUNICATION & INTERFACES
|
||||
**** DONE Implement org-skill-gateway-telegram
|
||||
CLOSED: [2026-04-11 Sat 16:15]
|
||||
:PROPERTIES:
|
||||
:ID: gateway-telegram-task
|
||||
:END:
|
||||
- Implemented `org-skill-gateway-telegram.org`.
|
||||
- Added automated background polling for Telegram GetUpdates.
|
||||
- Implemented `:telegram` actuator for outbound responses.
|
||||
- Refactored `org-skill-chat` to be channel-aware.
|
||||
- Verified with `gateway-telegram-tests.lisp`.
|
||||
**** DONE Implement org-skill-gateway-signal
|
||||
CLOSED: [2026-04-11 Sat 16:50]
|
||||
:PROPERTIES:
|
||||
:ID: gateway-signal-task
|
||||
:END:
|
||||
- Implemented `org-skill-gateway-signal.org` (signal-cli wrapper).
|
||||
- Added background polling for `signal-cli receive --json`.
|
||||
- Implemented `:signal` actuator for outbound responses.
|
||||
- Updated `org-skill-chat` to support Signal channel.
|
||||
- Verified with `gateway-signal-tests.lisp`.
|
||||
**** DONE Implement org-skill-gateway-matrix
|
||||
CLOSED: [2026-04-11 Sat 17:15]
|
||||
:PROPERTIES:
|
||||
:ID: gateway-matrix-task
|
||||
:END:
|
||||
- Implemented `org-skill-gateway-matrix.org` (Client-Server API).
|
||||
- Added background polling for `/sync` with token persistence.
|
||||
- Implemented `:matrix` actuator for `m.room.message` delivery.
|
||||
- Updated `org-skill-chat` to support Matrix channel and room IDs.
|
||||
- Verified with `gateway-matrix-tests.lisp`.
|
||||
|
||||
*** TRACK: DEPLOYMENT & INFRASTRUCTURE
|
||||
**** DONE Create Dockerfile and docker-compose.yml for containerized setup
|
||||
CLOSED: [2026-04-11 Sat 17:30]
|
||||
:PROPERTIES:
|
||||
:ID: docker-infra-task
|
||||
:END:
|
||||
- Created `Dockerfile` (Debian-based, SBCL + Quicklisp + signal-cli).
|
||||
- Created `docker-compose.yml` with host-volume mapping for memex.
|
||||
- Created `docs/deployment.org` guide.
|
||||
**** TODO Create Bare Metal installation scripts/playbooks
|
||||
**** TODO Create LXC (Linux Containers) template/guide
|
||||
**** TODO Create VM Vagrantfiles/Cloud-init configs
|
||||
|
||||
*** TRACK: MAINTENANCE & HYGIENE
|
||||
**** TODO [RECURRING: Monthly] Review and test Infrastructure Dependency Upgrades
|
||||
:PROPERTIES:
|
||||
:ID: monthly-infra-audit
|
||||
:REPEAT_TO_STATE: TODO
|
||||
:END:
|
||||
- [ ] Check for new Debian security patches (`apt-get update` check).
|
||||
- [ ] Check for new `signal-cli` releases (compare vs v0.14.0).
|
||||
- [ ] Check for new Quicklisp distribution (monthly snapshot).
|
||||
- [ ] **Verification:** Update `Dockerfile`, run `docker-compose build --no-cache`, and execute full test suite.
|
||||
- [ ] If all tests pass, commit updated `Dockerfile` and `.asd` dependencies.
|
||||
|
||||
*** TRACK: COMMUNITY & DOCS
|
||||
**** TODO Write Quickstart Guide
|
||||
**** TODO Write Skill Creation Guide
|
||||
**** TODO Write Architecture Deep-Dive
|
||||
**** TODO Clean up GitHub repository structure and add CI/CD
|
||||
**** TODO Create Marketing Material (Landing page copy, diagrams)
|
||||
**** TODO Draft Release Plan checklist
|
||||
|
||||
*** SUB-PROJECT: THE BOOT SEQUENCE (skills.lisp)
|
||||
:PROPERTIES:
|
||||
:ID: proj-skill-boot-sequence
|
||||
:END:
|
||||
**** DONE Refactor `skills.lisp` into a Micro-Loader (Harness)
|
||||
CLOSED: [2026-04-12 Sun 19:10]
|
||||
**** DONE Implement Topological Sort based on `#+DEPENDS_ON:` tags
|
||||
CLOSED: [2026-04-12 Sun 15:15]
|
||||
:PROPERTIES:
|
||||
:ID: topological-sort-skills
|
||||
:END:
|
||||
- Implemented in `literate/skills.org`.
|
||||
**** DONE Enforce `org-skill-system-invariants` as the mandatory Gateway Skill (Loaded first)
|
||||
CLOSED: [2026-04-12 Sun 15:15]
|
||||
:PROPERTIES:
|
||||
:ID: enforce-mandatory-skill
|
||||
:END:
|
||||
- Enforced in `initialize-all-skills` in `literate/skills.org`.
|
||||
**** DONE Formalize the "Minimal Boot Set" (Router, Vision, Steward, Actuator)
|
||||
CLOSED: [2026-04-12 Sun 19:10]
|
||||
- Verified during the Minimal Boot Set Verification phase.
|
||||
** NEXT Passepartout v1.0
|
||||
:PROPERTIES:
|
||||
:ID: proj-opencortex-v1-0
|
||||
:Engineering-STATE: D: BUILD
|
||||
:CREATED: [2026-03-09 Mon 14:23]
|
||||
:END:
|
||||
OpenCortex: A Neurosymbolic AI Agent.
|
||||
|
||||
Full project tasks: [[file:projects/passepartout/TODO.org][Passepartout TODO.org]]
|
||||
|
||||
** NEXT Engineering Core: Role Automation
|
||||
:PROPERTIES:
|
||||
@@ -418,100 +81,15 @@ Drafting the automated behaviors for the Engineering loop.
|
||||
** Agora: Decentralized Social Network
|
||||
:PROPERTIES:
|
||||
:ID: agora-project
|
||||
:END:
|
||||
|
||||
*** DONE Create atomic notes for all 10 Agora sections
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-16 Mon 14:28]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-17 Tue 12:00]
|
||||
:END:
|
||||
|
||||
All 14 atomic notes created and cross-referenced.
|
||||
Specification gaps filled, 10 requirements sections complete.
|
||||
Integration task tracking: [[file:projects/agora/TODO.org][Agora TODO.org]]
|
||||
Passepartout integration plan: See PHASE: PASSEPARTOUT INTEGRATION in the TODO.org
|
||||
|
||||
*** IN-PROGRESS Fill CRITICAL and HIGH gaps [5 CRITICAL / 15 HIGH complete]
|
||||
**** DONE Section 02: Identity - ALL HIGH priority gaps resolved
|
||||
**** DONE Section 03: Infrastructure - ALL HIGH priority gaps resolved
|
||||
*** IN-PROGRESS Fill MEDIUM gaps [14/14 complete]
|
||||
**** DONE ALL MEDIUM PRIORITY GAPS RESOLVED
|
||||
**** DONE ALL LOW PRIORITY GAPS RESOLVED (10/10)
|
||||
**** FINAL STATUS: All Agora specification gaps complete (CRITICAL, HIGH, MEDIUM, LOW)
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 23:30]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "IN-PROGRESS" from "TODO" [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
|
||||
**** DONE CRITICAL: Contract TypeScript/Protobuf Interfaces → FILLED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-18 Wed 01:15]
|
||||
:END:
|
||||
- INTEGRATED: Reference added to agora-requirements-02-identity.org
|
||||
- LOCATION: memex/5_projects/agora/agora-contract-schemas.org
|
||||
|
||||
**** DONE CRITICAL: Content Flag Schema Validation → FILLED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-18 Wed 01:25]
|
||||
:END:
|
||||
- LOCATION: memex/5_projects/agora/agora-content-flag-schema.org
|
||||
- PENDING: Integration into agora-requirements-04-the-primitive.org
|
||||
|
||||
**** DONE CRITICAL: PDS-to-PDS Sync Protocol → FILLED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-18 Wed 01:35]
|
||||
:END:
|
||||
- LOCATION: memex/5_projects/agora/agora-pds-sync-communication.org
|
||||
- PENDING: Integration into agora-requirements-03-infrastructure.org
|
||||
|
||||
**** DONE CRITICAL: Delta Sync Protocol → FILLED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-18 Wed 01:50]
|
||||
:END:
|
||||
- LOCATION: memex/5_projects/agora/agora-delta-sync-communication.org
|
||||
- PENDING: Integration into agora-requirements-08-implementation.org
|
||||
|
||||
**** DONE CRITICAL: Persona Revocation Protocol → ALREADY-EXISTS
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 01:00]
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "DONE" from "TODO" [2026-03-18 Wed 02:00]
|
||||
:END:
|
||||
- NOTE: Complete specification already in agora-requirements-02-identity.org
|
||||
- ACTION: Gap was incorrectly flagged; no work required
|
||||
|
||||
**** TODO INTEGRATE scattered specifications into requirements files [1/4]
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 02:00]
|
||||
:END:
|
||||
|
||||
- NEXT: Move content flag schema into Section 04
|
||||
- NEXT: Move PDS sync into Section 03
|
||||
- NEXT: Move delta sync into Section 08
|
||||
- NEXT: Delete duplicate documents after integration
|
||||
|
||||
**** NEXT Fill HIGH priority gaps
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-18 Wed 02:00]
|
||||
:END:
|
||||
|
||||
- Relay Discovery Mechanism (Section 03)
|
||||
- Relay Pricing Logic (Section 03)
|
||||
- Shamir's Parameters (Section 03)
|
||||
- Key specs drafted: Contract TypeScript interfaces, Content Flag schema, PDS Sync, Delta Sync
|
||||
- Remaining: Integrate scattered spec docs into requirements files (content flag → Sect 04, PDS sync → Sect 03, delta sync → Sect 08)
|
||||
|
||||
** Emacs Configuration Refactor
|
||||
:PROPERTIES:
|
||||
@@ -621,7 +199,7 @@ Institutionalizing the virtual software house operating system.
|
||||
- State "DONE" from "NEXT" [2026-03-22 Sun 15:45]
|
||||
:END:
|
||||
|
||||
*** DONE Apply Engineering Loop to `org-agent` Phase 1 (Core Loop)
|
||||
*** DONE Apply Engineering Loop to `passepartout` Phase 1 (Core Loop)
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-22 Sun 15:30]
|
||||
:ASSIGNED: Technical Analyst
|
||||
@@ -650,7 +228,7 @@ Institutionalizing the virtual software house operating system.
|
||||
|
||||
IT infrastructure documentation, security hardening, and operational management.
|
||||
|
||||
See project documents: [[file:5_projects/infrastructure/README.org][infrastructure/README.org]]
|
||||
See project documents: [[file:projects/infrastructure/README.org][infrastructure/README.org]]
|
||||
|
||||
*** TODO Create current state assessment document
|
||||
:PROPERTIES:
|
||||
@@ -700,7 +278,7 @@ See project documents: [[file:5_projects/infrastructure/README.org][infrastructu
|
||||
|
||||
Business planning and revenue generation strategy.
|
||||
|
||||
See project documents: [[file:5_projects/revenue-sustainability/README.org][revenue-sustainability/README.org]]
|
||||
See project documents: [[file:projects/revenue-sustainability/README.org][revenue-sustainability/README.org]]
|
||||
|
||||
*** TODO Set up Stripe account (payment processing)
|
||||
:PROPERTIES:
|
||||
@@ -789,8 +367,8 @@ Defining and maintaining high-integrity KM and GTD workflows.
|
||||
:END:
|
||||
|
||||
Detected ~1,300 entries missing the `:CREATED:` property during the Engineering Phase E (Chaos) audit.
|
||||
- [ ] Implement inference logic to restore historical timestamps (via Git or context).
|
||||
- [ ] Batch repair `inbox-emacs.org`, `inbox-atoms.org`, and `inbox-posts.org`.
|
||||
**** TODO Implement inference logic to restore historical timestamps (via Git or context)
|
||||
**** TODO Batch repair `inbox-emacs.org`, `inbox-atoms.org`, and `inbox-posts.org`
|
||||
|
||||
** Agora Gap Verification
|
||||
:PROPERTIES:
|
||||
@@ -798,112 +376,7 @@ Detected ~1,300 entries missing the `:CREATED:` property during the Engineering
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:END:
|
||||
|
||||
Cross-reference consolidated gap analysis against actual requirement specs to identify real vs. already-addressed gaps.
|
||||
|
||||
See project documents: [[file:5_projects/agora/agora-consolidated-gap-analysis.org][agora-consolidated-gap-analysis.org]]
|
||||
|
||||
*DECOMPOSITION via Work Breakdown Skill:*
|
||||
Complexity check failed (51 gaps, 10 files, unpredictable scope). Breaking into atomic verification tasks.
|
||||
|
||||
*** DONE [1/7] Verify CRITICAL Gap: Contract TypeScript/Protobuf Interfaces → REAL GAP
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "NEXT" from "TODO" [2026-03-17 Tue 15:15]
|
||||
- State "DONE" from "NEXT" [2026-03-17 Tue 15:59]
|
||||
:END:
|
||||
|
||||
*HOW:* Searched Section 02 for "interface", "type", "struct", "ContractTemplate". Found 5 TypeScript interfaces (all for revocation, not contracts). Line 951 explicitly states "Gap: No sample JSON for each contract type".
|
||||
|
||||
*WHAT:* *REAL GAP* - Contracts described conceptually, lack formal TypeScript/Protobuf schemas.
|
||||
|
||||
*** DONE [2/7] Verify CRITICAL Gap: Persona Revocation Protocol → IMPLEMENTED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
- State "DONE" from "TODO" [2026-03-17 Tue 15:59]
|
||||
:END:
|
||||
|
||||
*HOW:* Checked Section 02 lines 229-260. Found complete protocol with 3 scenarios (Key Compromise, Persona Retirement, Master Key Compromise), 4-step process, and TypeScript interfaces.
|
||||
|
||||
*WHAT:* *ALREADY IMPLEMENTED* - Full protocol specification exists. Gap analysis incorrectly flagged this.
|
||||
|
||||
*** DONE [3/7] Verify CRITICAL Gap: PDS-to-PDS Sync Protocol → IMPLEMENTED
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
- State "DONE" from "TODO" [2026-03-17 Tue 15:59]
|
||||
:END:
|
||||
|
||||
*HOW:* Checked Section 03 lines 142-180. Found complete sync protocol with Concept, 3 Use Cases (Redundancy, Geographic Distribution, Load Balancing), and Merkle DAG Synchronization architecture.
|
||||
|
||||
*WHAT:* *ALREADY IMPLEMENTED* - Protocol fully specified. PDSSyncSession interface documented.
|
||||
|
||||
*** DONE [4/7] Verify CRITICAL Gap: Content Flag Schema Validation → REAL GAP
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
- State "DONE" from "TODO" [2026-03-17 Tue 15:59]
|
||||
:END:
|
||||
|
||||
*HOW:* Searched Section 05 for "JSON Schema", "flag", "validation". Found 9 flags described narratively (is_public, is_direct, is_ephemeral, etc.) at lines 24-34. No formal JSON Schema found.
|
||||
|
||||
*WHAT:* *REAL GAP* - Flags have informal descriptions but lack formal JSON Schema for validation.
|
||||
|
||||
*** DOING [5/7] [BATCH] Verify HIGH priority gaps (15 items) - DELEGATED TO SUB-AGENTS
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
- State "NEXT" from "TODO" [2026-03-17 Tue 16:04]
|
||||
- State "DOING" from "NEXT" [2026-03-17 Tue 16:05]
|
||||
:END:
|
||||
|
||||
*HOW:* Delegated to 5 sub-agents for parallel verification per section. Monitoring progress centrally.
|
||||
|
||||
*Sub-Agent Assignments:*
|
||||
- *Sub-Agent 1:* Section 02 Identity (4 HIGH gaps)
|
||||
- *Sub-Agent 2:* Section 03 Infrastructure (3 HIGH gaps)
|
||||
- *Sub-Agent 3:* Section 05 Public Space (4 HIGH gaps)
|
||||
- *Sub-Agent 4:* Section 06 Advanced Integration (2 HIGH gaps)
|
||||
- *Sub-Agent 5:* Sections 08-09 Implementation/Strategy (2 HIGH gaps)
|
||||
|
||||
*Current focus:* Orchestrating sub-agent verification. CRITICAL gaps complete (2 REAL, 2 IMPLEMENTED).
|
||||
|
||||
*** TODO [BATCH] Verify MEDIUM priority gaps (14 items)
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
:END:
|
||||
|
||||
Cross-reference 14 MEDIUM gaps. Defer until HIGH gaps complete.
|
||||
|
||||
*** TODO Generate verified gap report
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-17 Tue 15:15]
|
||||
:ASSIGNED: Agent
|
||||
:END:
|
||||
:LOGBOOK:
|
||||
- State "TODO" from "" [2026-03-17 Tue 15:15]
|
||||
:END:
|
||||
|
||||
Create summary documenting: which gaps are REAL (need implementation) vs. ALREADY-IMPLEMENTED (documentation only) vs. PARTIAL (needs completion).
|
||||
All gap verification complete. See [[file:projects/agora/TODO.org][Agora TODO.org]] for current integration tasks.
|
||||
|
||||
** Token Optimization
|
||||
:PROPERTIES:
|
||||
@@ -913,7 +386,7 @@ Create summary documenting: which gaps are REAL (need implementation) vs. ALREAD
|
||||
|
||||
Cost-effective LLM usage strategy and implementation.
|
||||
|
||||
See project documents: [[file:5_projects/token-optimization/README.org][token-optimization/README.org]]
|
||||
See project documents: [[file:projects/token-optimization/README.org][token-optimization/README.org]]
|
||||
|
||||
*** TODO Configure Gemini as primary provider
|
||||
:PROPERTIES:
|
||||
@@ -1092,9 +565,8 @@ A modular manual of different areas to go with different activities. Fits in the
|
||||
|
||||
** Architecture Astronaut Archive
|
||||
*** TODO Implement Privacy-Aware Background Indexer (Local hashes for @personal, Semantic for others)
|
||||
*** TODO Decouple Transport from Protocol (True Actuator-Agnosticism in communication.lisp)
|
||||
*** TODO Implement communication protocol Backpressure Handling (Queue bounds and BUSY frames in communication.lisp)
|
||||
*** TODO Implement Cognitive Loop "Rut" Recovery (Dynamic Escalation in org-skill-lisp-validator)
|
||||
*** TODO Implement Cognitive Cycle "Rut" Recovery (Dynamic Escalation in org-skill-lisp-validator)
|
||||
*** TODO Implement Asynchronous Event Bus for Telemetry (core.lisp)
|
||||
*** TODO Implement Memory Eviction and Lazy Loading (LRU Cache in memory.lisp)
|
||||
*** TODO Implement Two-Speed Reflection (Immediate :post-action + Latent Heartbeat)
|
||||
@@ -1102,7 +574,7 @@ A modular manual of different areas to go with different activities. Fits in the
|
||||
*** TODO Implement Intent-Shift Detector (Semantic topic-shift flagging in neuro.lisp)
|
||||
*** TODO Implement Cognitive Economics (Dynamic LLM routing based on 2x2 matrix complexity)
|
||||
*** TODO Implement Micro-Prolog Logic Engine (Lisp-native unification & pattern matching for Memory)
|
||||
*** TODO Implement Sovereign Logic Synthesis (Hybrid SubSys2: Neural pattern detection + Symbolic rule generation)
|
||||
*** TODO Implement Autonomous Logic Synthesis (Hybrid SubSys2: Neural pattern detection + Symbolic rule generation)
|
||||
*** TODO Implement Continuous Vibe (Sentiment-weighted personality in system-prompt)
|
||||
*** TODO Implement Search-Before-Think Bridge (Autonomous target-id population via vector search in perceive-gate)
|
||||
*** TODO Implement Belief Revision & Reconciliation (Audit deltas for contradictions in scribe-engine.lisp)
|
||||
|
||||
150
gtd_archive_2026
150
gtd_archive_2026
@@ -13664,7 +13664,7 @@ CLOSED: [2026-04-04 Sat 17:36]
|
||||
|
||||
The Proxmox Migration: Move the agent from the low-power machine into a dedicated LXC container on the new rack.
|
||||
|
||||
** Phase III: The org-agent Microkernel (The "Native" Phase)
|
||||
** Phase III: The opencortex Microkernel (The "Native" Phase)
|
||||
|
||||
Hollowing out the modern tools in favor of Lisp.
|
||||
The Lisp Transition: Replace OpenClaw’s Python logic with your minimalist Common Lisp heartbeat.
|
||||
@@ -13942,7 +13942,7 @@ Server Rack Assembly: Build the 4080/4040 aluminum skeleton.
|
||||
Local AI Capability: Install the RTX 6000 Pros. Move from remote APIs to local inference using Ollama/vLLM (DeepSeek-R1 / Qwen3-Coder).
|
||||
The Proxmox Migration: Move the agent from the low-power machine into a dedicated LXC container on the new rack.
|
||||
|
||||
***** Phase III: The org-agent Microkernel (The "Native" Phase)
|
||||
***** Phase III: The opencortex Microkernel (The "Native" Phase)
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-20 Fri 08:20]
|
||||
:END:
|
||||
@@ -13956,16 +13956,16 @@ The final evolution into a self-hosted Lisp Machine.
|
||||
The FPGA Sidecar: Activate the hardware-level "Thalamus" to verify Lisp forms.
|
||||
Unikernel/Bare Metal: Bootstrap Sol out of the Linux environment and directly onto the hardware, where the Org-mode tree and the Lisp Heap become the operating system.
|
||||
|
||||
***** Org-agent
|
||||
***** OpenCortex
|
||||
:PROPERTIES:
|
||||
:CREATED: [2026-03-20 Fri 08:00]
|
||||
:END:
|
||||
|
||||
By formalizing this, you are effectively designing the blueprint for Sol.
|
||||
To answer your biggest question first: No, org-agent will not replace OpenCode or the Claude Agent SDK—it will act as their orchestrator and wrapper. Tools like OpenCode (which focuses on terminal-based, plan-first coding with AGENTS.md) and the Claude Agent SDK (which provides programmatic access to Anthropic's tool-calling and multi-agent teams) are phenomenal execution engines. However, they are built around Markdown, JSON, and Python/TypeScript ecosystems.
|
||||
org-agent replaces their management layer. Instead of letting OpenCode or Claude dictate your workflow, org-agent sits above them. When org-agent decides a complex coding task is required, it simply invokes OpenCode or a Claude subagent via a CLI or API call, passing along a compiled .org file as context.
|
||||
To answer your biggest question first: No, opencortex will not replace OpenCode or the Claude Agent SDK—it will act as their orchestrator and wrapper. Tools like OpenCode (which focuses on terminal-based, plan-first coding with AGENTS.md) and the Claude Agent SDK (which provides programmatic access to Anthropic's tool-calling and multi-agent teams) are phenomenal execution engines. However, they are built around Markdown, JSON, and Python/TypeScript ecosystems.
|
||||
opencortex replaces their management layer. Instead of letting OpenCode or Claude dictate your workflow, opencortex sits above them. When opencortex decides a complex coding task is required, it simply invokes OpenCode or a Claude subagent via a CLI or API call, passing along a compiled .org file as context.
|
||||
Here is the developer brief for building the system.
|
||||
Project Brief: org-agent
|
||||
Project Brief: opencortex
|
||||
Mission: Build a hyper-minimalist, self-editing, proactive AI agent framework in Common Lisp. The system must use Org-mode as its exclusive interface for memory, state, and skill configuration, rejecting Markdown and JSON overhead.
|
||||
Target Environment: A Linux/Proxmox homelab, running local inference servers, heavily utilizing GitOps and Lisp-based development.
|
||||
1. Core Architecture (The Lisp Microkernel)
|
||||
@@ -13979,18 +13979,18 @@ Instead of relying on SKILL.md or OpenCode's AGENTS.md, all capabilities are def
|
||||
* Dynamic Loading: The agent reads these files on boot. If the agent generates a new .org file via an LLM output, it instantly acquires that new skill on the next heartbeat.
|
||||
* Progressive Disclosure: To save token context, the agent only loads the #+DESCRIPTION of a skill initially. It must explicitly request the full #+BEGIN_SRC implementation if it decides to use it.
|
||||
3. LLMs and Coding Agents as "Effectors"
|
||||
org-agent treats AI models and external SDKs exactly like it treats a Proxmox server—as a downstream tool to be managed.
|
||||
| External Tool | How org-agent Uses It | Trade-off |
|
||||
opencortex treats AI models and external SDKs exactly like it treats a Proxmox server—as a downstream tool to be managed.
|
||||
| External Tool | How opencortex Uses It | Trade-off |
|
||||
|------------------------+-----------------------------------------------------------------------------------------------------------------------------------+---------------------------------------------------------------------|
|
||||
| Local Inference (vLLM) | A base skill (llm-local.org) containing an HTTP POST request to your RTX 6000 cluster for fast, cheap, private reasoning. | Requires manual mapping of Lisp s-expressions to the local model's API. |
|
||||
| OpenCode | A wrapper skill (skill-opencode.org) that triggers the opencode CLI to execute a massive refactoring job, returning the git diff to org-agent. | Abandons OpenCode's native TUI in favor of headless execution. |
|
||||
| OpenCode | A wrapper skill (skill-opencode.org) that triggers the opencode CLI to execute a massive refactoring job, returning the git diff to opencortex. | Abandons OpenCode's native TUI in favor of headless execution. |
|
||||
| Claude Agent SDK | A wrapper skill that triggers a Python script leveraging Anthropic's SDK to spin up a multi-agent "Team" for deep architectural planning. | Costs external API tokens; requires Python alongside Lisp. |
|
||||
4. Security & Isolation
|
||||
Because org-agent runs directly on the host machine to manage Proxmox and GitOps, security is handled via strict allow-lists within the Lisp kernel.
|
||||
Because opencortex runs directly on the host machine to manage Proxmox and GitOps, security is handled via strict allow-lists within the Lisp kernel.
|
||||
* The LLM backend is instructed to output strictly formatted Lisp s-expressions (e.g., (invoke-skill "proxmox" "restart-staging")).
|
||||
* The Lisp Executor will only evaluate forms where the car (the function name) matches a predefined, safe whitelist.
|
||||
The Verdict on the Workflow
|
||||
By building org-agent, you are creating a system where your daily GTD notes, your infrastructure commands, and your AI's source code all share the exact same syntax. It is the ultimate manifestation of "Code is Data."
|
||||
By building opencortex, you are creating a system where your daily GTD notes, your infrastructure commands, and your AI's source code all share the exact same syntax. It is the ultimate manifestation of "Code is Data."
|
||||
Would you like me to draft the Lisp parser function that reads an .org skill file and translates its #+NAME and #+BEGIN_SRC blocks into callable Lisp functions for the agent's whitelist?
|
||||
|
||||
***** Agora
|
||||
@@ -15109,4 +15109,132 @@ CLOSED: [2026-04-04 Sat 17:39]
|
||||
:ARCHIVE_CATEGORY: wip-block-goose-an-open-source-extensible-AI-agent-2026-04-04-17-39-47-wLfQw5
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
*** 2026-04-14 Tuesday
|
||||
**** DONE [[https://torath.gov.eg/books/bookAuthority/books-listing?seriesName=%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE%20%D8%A7%D9%84%D9%85%D8%B5%D8%B1%D9%8A%D9%8A%D9%86&page=1][تاريخ المصريين - الهيئة المصرية العامة للكتاب - تراث مصر الرقمي]]
|
||||
CLOSED: [2026-04-14 Tue 11:47]
|
||||
:PROPERTIES:
|
||||
:TITLE: تاريخ المصريين - الهيئة المصرية العامة للكتاب - تراث مصر الرقمي
|
||||
:URI: https://torath.gov.eg/books/bookAuthority/books-listing?seriesName=%D8%AA%D8%A7%D8%B1%D9%8A%D8%AE%20%D8%A7%D9%84%D9%85%D8%B5%D8%B1%D9%8A%D9%8A%D9%86&page=1
|
||||
:CREATED: [2026-04-14 Tue 11:14]
|
||||
:ID: تاريخ-المصريين-الهيئة-المصرية-العامة-للكتاب-تراث-2026-04-14-11-47-42
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:47
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-تاريخ-المصريين-الهيئة-المصرية-العامة-للكتاب-تراث-2026-04-14-11-47-42-B4uIxI.org
|
||||
:ARCHIVE_CATEGORY: wip-تاريخ-المصريين-الهيئة-المصرية-العامة-للكتاب-تراث-2026-04-14-11-47-42-B4uIxI
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://www.arsheef.org/digitized-collections][Digitized Collections — arsheef]]
|
||||
CLOSED: [2026-04-14 Tue 11:47]
|
||||
:PROPERTIES:
|
||||
:TITLE: Digitized Collections — arsheef
|
||||
:URI: https://www.arsheef.org/digitized-collections
|
||||
:CREATED: [2026-04-14 Tue 11:02]
|
||||
:ID: Digitized-Collections-arsheef-2026-04-14-11-47-49
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:47
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-Digitized-Collections-arsheef-2026-04-14-11-47-49-yc2uyh.org
|
||||
:ARCHIVE_CATEGORY: wip-Digitized-Collections-arsheef-2026-04-14-11-47-49-yc2uyh
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://archive.org/search?query=%D9%83%D8%AA%D8%A7%D8%A8+%D8%A7%D9%84%D9%87%D9%84%D8%A7%D9%84][Internet Archive: Digital Library of Free & Borrowable Texts, Movies, Music & Wayback Machine]]
|
||||
CLOSED: [2026-04-14 Tue 11:47]
|
||||
:PROPERTIES:
|
||||
:TITLE: Internet Archive: Digital Library of Free & Borrowable Texts, Movies, Music & Wayback Machine
|
||||
:URI: https://archive.org/search?query=%D9%83%D8%AA%D8%A7%D8%A8+%D8%A7%D9%84%D9%87%D9%84%D8%A7%D9%84
|
||||
:CREATED: [2026-04-14 Tue 11:02]
|
||||
:ID: Internet-Archive-Digital-Library-of-Free-and-2026-04-14-11-47-54
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:47
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-Internet-Archive-Digital-Library-of-Free-and-2026-04-14-11-47-54-Z0t1BU.org
|
||||
:ARCHIVE_CATEGORY: wip-Internet-Archive-Digital-Library-of-Free-and-2026-04-14-11-47-54-Z0t1BU
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
A complete archive of كتاب الهلال.
|
||||
|
||||
**** DONE [[https://community.home-assistant.io/t/new-weather-radar-card/417635][New Weather Radar Card - Share your Projects! / Dashboards & Frontend - Home Assistant Community]]
|
||||
CLOSED: [2026-04-14 Tue 11:48]
|
||||
:PROPERTIES:
|
||||
:TITLE: New Weather Radar Card - Share your Projects! / Dashboards & Frontend - Home Assistant Community
|
||||
:URI: https://community.home-assistant.io/t/new-weather-radar-card/417635
|
||||
:CREATED: [2026-04-14 Tue 11:11]
|
||||
:ID: New-Weather-Radar-Card-Share-your-Projects-2026-04-14-11-47-57
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:48
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-New-Weather-Radar-Card-Share-your-Projects-2026-04-14-11-47-57-IY5m4O.org
|
||||
:ARCHIVE_CATEGORY: wip-New-Weather-Radar-Card-Share-your-Projects-2026-04-14-11-47-57-IY5m4O
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://community.home-assistant.io/t/music-assistant-player-card-control-your-players-adjust-transfer-and-join-queues-and-browse-your-media/929266][Music Assistant Player Card - Control your players, adjust, transfer, and join queues, and browse your media! - Share your Projects! / Dashboards & Frontend - Home Assistant Community]]
|
||||
CLOSED: [2026-04-14 Tue 11:48]
|
||||
:PROPERTIES:
|
||||
:TITLE: Music Assistant Player Card - Control your players, adjust, transfer, and join queues, and browse your media! - Share your Projects! / Dashboards & Frontend - Home Assistant Community
|
||||
:URI: https://community.home-assistant.io/t/music-assistant-player-card-control-your-players-adjust-transfer-and-join-queues-and-browse-your-media/929266
|
||||
:CREATED: [2026-04-14 Tue 11:11]
|
||||
:ID: Music-Assistant-Player-Card-Control-your-players-2026-04-14-11-48-11
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:48
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-Music-Assistant-Player-Card-Control-your-players-2026-04-14-11-48-11-k7UVfa.org
|
||||
:ARCHIVE_CATEGORY: wip-Music-Assistant-Player-Card-Control-your-players-2026-04-14-11-48-11-k7UVfa
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://github.com/nimroddolev/chime_tts][nimroddolev/chime_tts: A custom Home Assistant integration to play combined audio files before and/or after text-to-speech (TTS) messages]]
|
||||
CLOSED: [2026-04-14 Tue 11:49]
|
||||
:PROPERTIES:
|
||||
:TITLE: nimroddolev/chime_tts: A custom Home Assistant integration to play combined audio files before and/or after text-to-speech (TTS) messages
|
||||
:URI: https://github.com/nimroddolev/chime_tts
|
||||
:CREATED: [2026-04-14 Tue 11:11]
|
||||
:ID: nimroddolev-chime-tts-A-custom-Home-Assistant-2026-04-14-11-49-05
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:49
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-nimroddolev-chime-tts-A-custom-Home-Assistant-2026-04-14-11-49-05-je5UGn.org
|
||||
:ARCHIVE_CATEGORY: wip-nimroddolev-chime-tts-A-custom-Home-Assistant-2026-04-14-11-49-05-je5UGn
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://github.com/Clooos/bubble-card][Clooos/Bubble-Card: Bubble Card is a minimalist card collection for Home Assistant with a nice pop-up touch.]]
|
||||
CLOSED: [2026-04-14 Tue 11:49]
|
||||
:PROPERTIES:
|
||||
:TITLE: Clooos/Bubble-Card: Bubble Card is a minimalist card collection for Home Assistant with a nice pop-up touch.
|
||||
:URI: https://github.com/Clooos/bubble-card
|
||||
:CREATED: [2026-04-14 Tue 11:11]
|
||||
:ID: Clooos-Bubble-Card-Bubble-Card-is-a-minimalist-2026-04-14-11-49-19
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:49
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-Clooos-Bubble-Card-Bubble-Card-is-a-minimalist-2026-04-14-11-49-19-AGBrix.org
|
||||
:ARCHIVE_CATEGORY: wip-Clooos-Bubble-Card-Bubble-Card-is-a-minimalist-2026-04-14-11-49-19-AGBrix
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://github.com/PRProd/HA-Firemote][PRProd/HA-Firemote: Apple TV, Amazon Fire TV, Chromecast, Homatics, NVIDIA Shield, onn., Roku, Xiaomi Mi, and Android TV remote control card for Home Assistant]]
|
||||
CLOSED: [2026-04-14 Tue 11:49]
|
||||
:PROPERTIES:
|
||||
:TITLE: PRProd/HA-Firemote: Apple TV, Amazon Fire TV, Chromecast, Homatics, NVIDIA Shield, onn., Roku, Xiaomi Mi, and Android TV remote control card for Home Assistant
|
||||
:URI: https://github.com/PRProd/HA-Firemote
|
||||
:CREATED: [2026-04-14 Tue 11:12]
|
||||
:ID: PRProd-HA-Firemote-Apple-TV-Amazon-Fire-TV-2026-04-14-11-49-22
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:49
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-PRProd-HA-Firemote-Apple-TV-Amazon-Fire-TV-2026-04-14-11-49-22-oxZinO.org
|
||||
:ARCHIVE_CATEGORY: wip-PRProd-HA-Firemote-Apple-TV-Amazon-Fire-TV-2026-04-14-11-49-22-oxZinO
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
**** DONE [[https://www.mogawdat.com/][Mo Gawdat | AI + Happiness]]
|
||||
CLOSED: [2026-04-14 Tue 11:49]
|
||||
:PROPERTIES:
|
||||
:TITLE: Mo Gawdat | AI + Happiness
|
||||
:URI: https://www.mogawdat.com/
|
||||
:CREATED: [2026-04-14 Tue 11:15]
|
||||
:ID: Mo-Gawdat-AI-plus-Happiness-2026-04-14-11-49-27
|
||||
:ORG_GTD: Reference
|
||||
:ARCHIVE_TIME: 2026-04-14 Tue 11:49
|
||||
:ARCHIVE_FILE: /tmp/org-gtd/wip-Mo-Gawdat-AI-plus-Happiness-2026-04-14-11-49-27-41t26y.org
|
||||
:ARCHIVE_CATEGORY: wip-Mo-Gawdat-AI-plus-Happiness-2026-04-14-11-49-27-41t26y
|
||||
:ARCHIVE_TODO: DONE
|
||||
:END:
|
||||
|
||||
|
||||
463
inbox.org
463
inbox.org
@@ -2,3 +2,466 @@
|
||||
#+begin_comment
|
||||
This is the inbox. Everything goes in here when you capture it.
|
||||
#+end_comment
|
||||
|
||||
* [[https://x.com/michael_chomsky/status/2043369126631207096][Michael on X: "Garry is kinda correct here, but is oversimplifying memory. Harrison (the author of the original article) makes a very good point but also makes memory sound easier than it is. (before reading this article, note that I wrote down my thoughts and then passed it through Claude" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Michael on X: "Garry is kinda correct here, but is oversimplifying memory. Harrison (the author of the original article) makes a very good point but also makes memory sound easier than it is. (before reading this article, note that I wrote down my thoughts and then passed it through Claude" / X
|
||||
:URI: https://x.com/michael_chomsky/status/2043369126631207096
|
||||
:CREATED: [2026-04-14 Tue 11:17]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/chrysb/status/2043020014035570784][Chrys Bader on X: "Why long-term memory for LLMs remains unsolved" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Chrys Bader on X: "Why long-term memory for LLMs remains unsolved" / X
|
||||
:URI: https://x.com/chrysb/status/2043020014035570784
|
||||
:CREATED: [2026-04-14 Tue 11:18]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/garrytan/gbrain][garrytan/gbrain: Garry's Opinionated OpenClaw/Hermes Agent Brain]]
|
||||
:PROPERTIES:
|
||||
:TITLE: garrytan/gbrain: Garry's Opinionated OpenClaw/Hermes Agent Brain
|
||||
:URI: https://github.com/garrytan/gbrain
|
||||
:CREATED: [2026-04-14 Tue 11:18]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/karpathy/autoresearch][karpathy/autoresearch: AI agents running research on single-GPU nanochat training automatically]]
|
||||
:PROPERTIES:
|
||||
:TITLE: karpathy/autoresearch: AI agents running research on single-GPU nanochat training automatically
|
||||
:URI: https://github.com/karpathy/autoresearch
|
||||
:CREATED: [2026-04-14 Tue 11:18]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/garrytan/status/2042925773300908103][Garry Tan on X: "Thin Harness, Fat Skills" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Garry Tan on X: "Thin Harness, Fat Skills" / X
|
||||
:URI: https://x.com/garrytan/status/2042925773300908103
|
||||
:CREATED: [2026-04-14 Tue 11:18]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/xdevplatform/xmcp][xdevplatform/xmcp: MCP server for the X API]]
|
||||
:PROPERTIES:
|
||||
:TITLE: xdevplatform/xmcp: MCP server for the X API
|
||||
:URI: https://github.com/xdevplatform/xmcp
|
||||
:CREATED: [2026-04-14 Tue 11:18]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/WinterArc2125/status/2040828031707570233][Winter on X: "Most people don’t realize this: You get 1,500 free daily requests to Gemma 4 31B on @GoogleAIStudio. That’s plenty of free inference (imo). And you can route it into @NousResearch Hermes Agent via Vercel’s AI Gateway: 1. Create an API key on Google AI Studio 2. Add it under" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Winter on X: "Most people don’t realize this: You get 1,500 free daily requests to Gemma 4 31B on @GoogleAIStudio. That’s plenty of free inference (imo). And you can route it into @NousResearch Hermes Agent via Vercel’s AI Gateway: 1. Create an API key on Google AI Studio 2. Add it under" / X
|
||||
:URI: https://x.com/WinterArc2125/status/2040828031707570233
|
||||
:CREATED: [2026-04-14 Tue 11:19]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/elebumm/RedditVideoMakerBot][elebumm/RedditVideoMakerBot: Create Reddit Videos with just✨ one command ✨]]
|
||||
:PROPERTIES:
|
||||
:TITLE: elebumm/RedditVideoMakerBot: Create Reddit Videos with just✨ one command ✨
|
||||
:URI: https://github.com/elebumm/RedditVideoMakerBot
|
||||
:CREATED: [2026-04-14 Tue 11:19]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/PawelHuryn/status/2040519790779900075][Paweł Huryn on X: "After the llama.cpp fix, we can finally use gemma-4 with Claude Code: Step 1: - Windows: winget install llama.cpp - MacOS: brew install llama.cpp More: https://t.co/2Gq2cdl5hy Step 2: - llama-server -hf ggml-org/gemma-4-E2B-it-GGUF (https://t.co/3kxuATDZL6) OR - llama-server https://t.co/NFIrI1wXtH" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Paweł Huryn on X: "After the llama.cpp fix, we can finally use gemma-4 with Claude Code: Step 1: - Windows: winget install llama.cpp - MacOS: brew install llama.cpp More: https://t.co/2Gq2cdl5hy Step 2: - llama-server -hf ggml-org/gemma-4-E2B-it-GGUF (https://t.co/3kxuATDZL6) OR - llama-server https://t.co/NFIrI1wXtH" / X
|
||||
:URI: https://x.com/PawelHuryn/status/2040519790779900075
|
||||
:CREATED: [2026-04-14 Tue 11:19]
|
||||
:END:
|
||||
|
||||
* [[https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f][llm-wiki · GitHub]]
|
||||
:PROPERTIES:
|
||||
:TITLE: llm-wiki · GitHub
|
||||
:URI: https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f
|
||||
:CREATED: [2026-04-14 Tue 11:19]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/kevingu/status/2039843234760073341][Kevin Gu on X: "AutoAgent: first open source library for self-optimizing agents" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Kevin Gu on X: "AutoAgent: first open source library for self-optimizing agents" / X
|
||||
:URI: https://x.com/kevingu/status/2039843234760073341
|
||||
:CREATED: [2026-04-14 Tue 11:20]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/repowise-dev/claude-code-prompts][repowise-dev/claude-code-prompts: Independently authored prompt templates for AI coding agents — system prompts, tool prompts, agent delegation, memory management, and multi-agent coordination. Informed by studying Claude Code.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: repowise-dev/claude-code-prompts: Independently authored prompt templates for AI coding agents — system prompts, tool prompts, agent delegation, memory management, and multi-agent coordination. Informed by studying Claude Code.
|
||||
:URI: https://github.com/repowise-dev/claude-code-prompts
|
||||
:CREATED: [2026-04-14 Tue 11:20]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/ryancarson/status/2039786704731541903][Ryan Carson on X: "How to turn your OpenClaw into the world's best assistant" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Ryan Carson on X: "How to turn your OpenClaw into the world's best assistant" / X
|
||||
:URI: https://x.com/ryancarson/status/2039786704731541903
|
||||
:CREATED: [2026-04-14 Tue 11:20]
|
||||
:END:
|
||||
|
||||
* [[https://vitalik.eth.limo/general/2026/04/02/secure_llms.html][My self-sovereign / local / private / secure LLM setup, April 2026]]
|
||||
:PROPERTIES:
|
||||
:TITLE: My self-sovereign / local / private / secure LLM setup, April 2026
|
||||
:URI: https://vitalik.eth.limo/general/2026/04/02/secure_llms.html
|
||||
:CREATED: [2026-04-14 Tue 11:20]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/TheAhmadOsman/status/2040103488714068245][Ahmad on X: "GPU Memory Math for LLMs (2026 Edition)" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Ahmad on X: "GPU Memory Math for LLMs (2026 Edition)" / X
|
||||
:URI: https://x.com/TheAhmadOsman/status/2040103488714068245
|
||||
:CREATED: [2026-04-14 Tue 11:20]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/gauri__gupta/status/2040251170099524025][Gauri Gupta on X: "auto-harness: Self improving agentic systems with auto-evals (open-sourced !)" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Gauri Gupta on X: "auto-harness: Self improving agentic systems with auto-evals (open-sourced !)" / X
|
||||
:URI: https://x.com/gauri__gupta/status/2040251170099524025
|
||||
:CREATED: [2026-04-14 Tue 11:21]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/PromptLLM/status/2040478865949139014][Prompter on X: "CURE procrastination by gamifying your life with AI (prompt included)" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Prompter on X: "CURE procrastination by gamifying your life with AI (prompt included)" / X
|
||||
:URI: https://x.com/PromptLLM/status/2040478865949139014
|
||||
:CREATED: [2026-04-14 Tue 11:21]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/chrysb/status/2043020014035570784][Chrys Bader on X: "Why long-term memory for LLMs remains unsolved" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Chrys Bader on X: "Why long-term memory for LLMs remains unsolved" / X
|
||||
:URI: https://x.com/chrysb/status/2043020014035570784
|
||||
:CREATED: [2026-04-14 Tue 11:21]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/ValueCell-ai/ClawX][ValueCell-ai/ClawX: ClawX is a desktop app that provides a graphical interface for OpenClaw AI agents. It turns CLI-based AI orchestration into a desktop experience without using the terminal. China website is https://clawx.com.cn.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: ValueCell-ai/ClawX: ClawX is a desktop app that provides a graphical interface for OpenClaw AI agents. It turns CLI-based AI orchestration into a desktop experience without using the terminal. China website is https://clawx.com.cn.
|
||||
:URI: https://github.com/ValueCell-ai/ClawX
|
||||
:CREATED: [2026-04-16 Thu 16:33]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/sgoudelis/ground-station][sgoudelis/ground-station: Ground Station is all-in-one satellite monitoring suite]]
|
||||
:PROPERTIES:
|
||||
:TITLE: sgoudelis/ground-station: Ground Station is all-in-one satellite monitoring suite
|
||||
:URI: https://github.com/sgoudelis/ground-station
|
||||
:CREATED: [2026-04-17 Fri 14:52]
|
||||
:END:
|
||||
|
||||
* [[https://platform.minimax.io/docs/guides/pricing-token-plan][Token Plan - MiniMax API Docs]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Token Plan - MiniMax API Docs
|
||||
:URI: https://platform.minimax.io/docs/guides/pricing-token-plan
|
||||
:CREATED: [2026-04-17 Fri 14:52]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/siddsachar/Thoth][siddsachar/Thoth: Thoth - Personal AI Sovereignty. A local-first AI assistant with integrated tools, a personal knowledge graph, voice, vision, shell, browser automation, scheduled tasks, health tracking, and messaging channels. Run locally via Ollama or add opt-in cloud models. Your data stays on your machine.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: siddsachar/Thoth: Thoth - Personal AI Sovereignty. A local-first AI assistant with integrated tools, a personal knowledge graph, voice, vision, shell, browser automation, scheduled tasks, health tracking, and messaging channels. Run locally via Ollama or add opt-in cloud models. Your data stays on your machine.
|
||||
:URI: https://github.com/siddsachar/Thoth
|
||||
:CREATED: [2026-04-17 Fri 14:52]
|
||||
:END:
|
||||
|
||||
* [[https://www.jori.com/en/products/pacific-jr-9700][Pacific Pure | Sofas | Product | Design furniture | JORI]] :furniture:years:
|
||||
:PROPERTIES:
|
||||
:TITLE: Pacific Pure | Sofas | Product | Design furniture | JORI
|
||||
:URI: https://www.jori.com/en/products/pacific-jr-9700
|
||||
:CREATED: [2026-04-21 Tue 15:25]
|
||||
:END:
|
||||
|
||||
* [[https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6372438][AI Agent Traps by Matija Franklin, Nenad Tomašev, Julian Jacobs, Joel Z. Leibo, Simon Osindero :: SSRN]]
|
||||
:PROPERTIES:
|
||||
:TITLE: AI Agent Traps by Matija Franklin, Nenad Tomašev, Julian Jacobs, Joel Z. Leibo, Simon Osindero :: SSRN
|
||||
:URI: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6372438
|
||||
:CREATED: [2026-04-21 Tue 15:26]
|
||||
:END:
|
||||
|
||||
* [[https://www.storagereview.com/review/comino-grando-rtx-pro-6000-review-768gb-of-vram-in-a-liquid-cooled-4u-chassis][Comino Grando RTX PRO 6000 Review: 768GB of VRAM in a Liquid-Cooled 4U Chassis - StorageReview.com]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Comino Grando RTX PRO 6000 Review: 768GB of VRAM in a Liquid-Cooled 4U Chassis - StorageReview.com
|
||||
:URI: https://www.storagereview.com/review/comino-grando-rtx-pro-6000-review-768gb-of-vram-in-a-liquid-cooled-4u-chassis
|
||||
:CREATED: [2026-04-21 Tue 15:26]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/elvissun/status/2044784140831301728/photo/1][Elvis on X: "some agentic engineering realization: stop reviewing code. start reviewing contracts. and here's what i mean. the highest leverage work right now is drawing the right boundaries in your system. i've been splitting the system into multiple sub-systems, each with clearly defined https://t.co/Hy0d9WHI1m" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Elvis on X: "some agentic engineering realization: stop reviewing code. start reviewing contracts. and here's what i mean. the highest leverage work right now is drawing the right boundaries in your system. i've been splitting the system into multiple sub-systems, each with clearly defined https://t.co/Hy0d9WHI1m" / X
|
||||
:URI: https://x.com/elvissun/status/2044784140831301728/photo/1
|
||||
:CREATED: [2026-04-21 Tue 15:26]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2044307601463357791][EverMars on X: "Respect to the Man Chasing AI Immortality, Even Though He's Freeloading Off Our Platform" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: EverMars on X: "Respect to the Man Chasing AI Immortality, Even Though He's Freeloading Off Our Platform" / X
|
||||
:URI: https://x.com/i/status/2044307601463357791
|
||||
:CREATED: [2026-04-21 Tue 15:26]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2045289299269070978][Seth Howes on X: "I’ve wanted to do this for a decade. But I never did - I refuse to give any company my DNA. It is me. So this week I sequenced my genome entirely at home. Literally on my kitchen table. I never exposed my DNA sequence to the internet. Not at any point. I used a MinION to do https://t.co/qCzXIGxWsy" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Seth Howes on X: "I’ve wanted to do this for a decade. But I never did - I refuse to give any company my DNA. It is me. So this week I sequenced my genome entirely at home. Literally on my kitchen table. I never exposed my DNA sequence to the internet. Not at any point. I used a MinION to do https://t.co/qCzXIGxWsy" / X
|
||||
:URI: https://x.com/i/status/2045289299269070978
|
||||
:CREATED: [2026-04-21 Tue 15:27]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/html/2603.21852v2][All elementary functions from a single operator]]
|
||||
:PROPERTIES:
|
||||
:TITLE: All elementary functions from a single operator
|
||||
:URI: https://arxiv.org/html/2603.21852v2
|
||||
:CREATED: [2026-04-26 Sun 11:05]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/abhigyanpatwari/GitNexus][abhigyanpatwari/GitNexus: GitNexus: The Zero-Server Code Intelligence Engine - GitNexus is a client-side knowledge graph creator that runs entirely in your browser. Drop in a GitHub repo or ZIP file, and get an interactive knowledge graph wit a built in Graph RAG Agent. Perfect for code exploration]]
|
||||
:PROPERTIES:
|
||||
:TITLE: abhigyanpatwari/GitNexus: GitNexus: The Zero-Server Code Intelligence Engine - GitNexus is a client-side knowledge graph creator that runs entirely in your browser. Drop in a GitHub repo or ZIP file, and get an interactive knowledge graph wit a built in Graph RAG Agent. Perfect for code exploration
|
||||
:URI: https://github.com/abhigyanpatwari/GitNexus
|
||||
:CREATED: [2026-04-26 Sun 11:05]
|
||||
:END:
|
||||
|
||||
* [[https://medium.com/@fzbcwvv/an-overnight-stack-for-qwen3-6-27b-85-tps-125k-context-vision-on-one-rtx-3090-0d95c6291914][An Overnight Stack for Qwen3.6–27B: 85 TPS, 125K Context, Vision — on One RTX 3090 | Medium]]
|
||||
:PROPERTIES:
|
||||
:TITLE: An Overnight Stack for Qwen3.6–27B: 85 TPS, 125K Context, Vision — on One RTX 3090 | Medium
|
||||
:URI: https://medium.com/@fzbcwvv/an-overnight-stack-for-qwen3-6-27b-85-tps-125k-context-vision-on-one-rtx-3090-0d95c6291914
|
||||
:CREATED: [2026-04-26 Sun 11:06]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2047124337191444844][Shiv on X: "A new way to think about composing skills to increase leverage: Skill Graphs 2.0" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Shiv on X: "A new way to think about composing skills to increase leverage: Skill Graphs 2.0" / X
|
||||
:URI: https://x.com/i/status/2047124337191444844
|
||||
:CREATED: [2026-04-26 Sun 16:34]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2047558951303028855][Eric ⚡️ Building... on X: "My 4090 went from 26 -> 154 tok/s Qwen 3.6 27B🤯 Same GPU. Same Q4_K_M . No FP8, no extra quant. The unlock: ik_llama.cpp + speculative decoding using Qwen3-1.7B as the draft model. 85% acceptance rate. Full config + benchmarks 👇🏻 https://t.co/NUZec2Y7J0" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Eric ⚡️ Building... on X: "My 4090 went from 26 -> 154 tok/s Qwen 3.6 27B🤯 Same GPU. Same Q4_K_M . No FP8, no extra quant. The unlock: ik_llama.cpp + speculative decoding using Qwen3-1.7B as the draft model. 85% acceptance rate. Full config + benchmarks 👇🏻 https://t.co/NUZec2Y7J0" / X
|
||||
:URI: https://x.com/i/status/2047558951303028855
|
||||
:CREATED: [2026-04-26 Sun 16:34]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2047033293460410638][Sudo su on X: "for anyone running along, here is the setup. weights from unsloth: https://t.co/b89HJ2JC5O launched with: ./llama-server -m Qwen3.6-27B-Q4_K_M.gguf -ngl 99 -c 262144 -np 1 -fa on --cache-type-k q4_0 --cache-type-v q4_0 same exact flags that held the 3.5 dense baseline at 35.3" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Sudo su on X: "for anyone running along, here is the setup. weights from unsloth: https://t.co/b89HJ2JC5O launched with: ./llama-server -m Qwen3.6-27B-Q4_K_M.gguf -ngl 99 -c 262144 -np 1 -fa on --cache-type-k q4_0 --cache-type-v q4_0 same exact flags that held the 3.5 dense baseline at 35.3" / X
|
||||
:URI: https://x.com/i/status/2047033293460410638
|
||||
:CREATED: [2026-04-26 Sun 16:34]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2046898117241635240][Hasan Toor on X: "Goodbye Claude Code subscription fees. Someone just built a proxy that runs Claude Code completely free... and it's wild. You literally plug in a free NVIDIA API key and point Claude Code at localhost. That's it. It handles everything: - Converts Anthropic API calls to NVIDIA https://t.co/10v4KdymxH" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Hasan Toor on X: "Goodbye Claude Code subscription fees. Someone just built a proxy that runs Claude Code completely free... and it's wild. You literally plug in a free NVIDIA API key and point Claude Code at localhost. That's it. It handles everything: - Converts Anthropic API calls to NVIDIA https://t.co/10v4KdymxH" / X
|
||||
:URI: https://x.com/i/status/2046898117241635240
|
||||
:CREATED: [2026-04-26 Sun 16:34]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2047295369583964385][Graeme on X: "The Local LLM Cheat Sheet for Your 64GB RAM Device We covered 16GB and 32GB already, and 64GB has been the next big request, which I can understand, because this is where things get very interesting. Here's the practical cheat sheet for a 64GB RAM machine for code, math, https://t.co/ohgkjbU0LK" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Graeme on X: "The Local LLM Cheat Sheet for Your 64GB RAM Device We covered 16GB and 32GB already, and 64GB has been the next big request, which I can understand, because this is where things get very interesting. Here's the practical cheat sheet for a 64GB RAM machine for code, math, https://t.co/ohgkjbU0LK" / X
|
||||
:URI: https://x.com/i/status/2047295369583964385
|
||||
:CREATED: [2026-04-26 Sun 16:34]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/codejunkie99/agentic-stack][codejunkie99/agentic-stack: One brain, many harnesses. Portable .agent/ folder (memory + skills + protocols) that plugs into Claude Code, Cursor, Windsurf, OpenCode, OpenClaw, Hermes, or DIY Python — and keeps its knowledge when you switch.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: codejunkie99/agentic-stack: One brain, many harnesses. Portable .agent/ folder (memory + skills + protocols) that plugs into Claude Code, Cursor, Windsurf, OpenCode, OpenClaw, Hermes, or DIY Python — and keeps its knowledge when you switch.
|
||||
:URI: https://github.com/codejunkie99/agentic-stack
|
||||
:CREATED: [2026-04-27 Mon 09:23]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/public-apis/public-apis][public-apis/public-apis: A collective list of free APIs]]
|
||||
:PROPERTIES:
|
||||
:TITLE: public-apis/public-apis: A collective list of free APIs
|
||||
:URI: https://github.com/public-apis/public-apis
|
||||
:CREATED: [2026-04-27 Mon 09:23]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/stanford-iris-lab/meta-harness][stanford-iris-lab/meta-harness: Reference code for the Meta-Harness paper.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: stanford-iris-lab/meta-harness: Reference code for the Meta-Harness paper.
|
||||
:URI: https://github.com/stanford-iris-lab/meta-harness
|
||||
:CREATED: [2026-04-27 Mon 09:23]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/thePM001/AEP-agent-element-protocol/tree/main][thePM001/AEP-agent-element-protocol: AEP (Agent Element Protocol) v2.5 | Deterministic zero-trust total control and governance protocol for AI agents. | Reduce hallucinations to zero through architecure in all constrained domains of application. | LLMs gave you the engines, AEP gives you the control for the thrusters.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: thePM001/AEP-agent-element-protocol: AEP (Agent Element Protocol) v2.5 | Deterministic zero-trust total control and governance protocol for AI agents. | Reduce hallucinations to zero through architecure in all constrained domains of application. | LLMs gave you the engines, AEP gives you the control for the thrusters.
|
||||
:URI: https://github.com/thePM001/AEP-agent-element-protocol/tree/main
|
||||
:CREATED: [2026-04-27 Mon 09:24]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2048381278953603406][GREG ISENBERG on X: "agreed that the the modern computer probably has to be reinvented 12 "tiny" startup ideas that ride that wave: 1. a "where did I put that" app. you describe what you're looking for in plain english and it searches across every app, folder, email, and slack message you've ever" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: GREG ISENBERG on X: "agreed that the the modern computer probably has to be reinvented 12 "tiny" startup ideas that ride that wave: 1. a "where did I put that" app. you describe what you're looking for in plain english and it searches across every app, folder, email, and slack message you've ever" / X
|
||||
:URI: https://x.com/i/status/2048381278953603406
|
||||
:CREATED: [2026-04-27 Mon 09:24]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/iptv-org/awesome-iptv][iptv-org/awesome-iptv: A curated list of resources related to IPTV]]
|
||||
:PROPERTIES:
|
||||
:TITLE: iptv-org/awesome-iptv: A curated list of resources related to IPTV
|
||||
:URI: https://github.com/iptv-org/awesome-iptv
|
||||
:CREATED: [2026-04-27 Mon 09:24]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/iptv-org/iptv][iptv-org/iptv: Collection of publicly available IPTV channels from all over the world]]
|
||||
:PROPERTIES:
|
||||
:TITLE: iptv-org/iptv: Collection of publicly available IPTV channels from all over the world
|
||||
:URI: https://github.com/iptv-org/iptv
|
||||
:CREATED: [2026-04-27 Mon 09:25]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/iptv-org/epg][iptv-org/epg: Utilities for downloading the EPG (Electronic Program Guide) for thousands of TV channels from hundreds of sources.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: iptv-org/epg: Utilities for downloading the EPG (Electronic Program Guide) for thousands of TV channels from hundreds of sources.
|
||||
:URI: https://github.com/iptv-org/epg
|
||||
:CREATED: [2026-04-27 Mon 09:25]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2604.22709][[2604.22709] Thinking Without Words: Efficient Latent Reasoning with Abstract Chain-of-Thought]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2604.22709] Thinking Without Words: Efficient Latent Reasoning with Abstract Chain-of-Thought
|
||||
:URI: https://arxiv.org/abs/2604.22709
|
||||
:CREATED: [2026-04-28 Tue 09:50]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2048587253145108626][鸟哥 | 蓝鸟会🕊️ on X: "吓到我了! GitHub上有个工具叫GhostTrack,输入一个手机号,能直接扫出这人在哪些平台注册过账号,还能查IP定位、运营商信息。 克隆代码跑脚本,5分钟搞定,门槛低得离谱。你以为自己在网上隐身呢? 早被扒得透透的了。信息安全这事,真得重视起来。 🔗 https://t.co/yVGCsmsjyi https://t.co/UyhOY6wHq6" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: 鸟哥 | 蓝鸟会🕊️ on X: "吓到我了! GitHub上有个工具叫GhostTrack,输入一个手机号,能直接扫出这人在哪些平台注册过账号,还能查IP定位、运营商信息。 克隆代码跑脚本,5分钟搞定,门槛低得离谱。你以为自己在网上隐身呢? 早被扒得透透的了。信息安全这事,真得重视起来。 🔗 https://t.co/yVGCsmsjyi https://t.co/UyhOY6wHq6" / X
|
||||
:URI: https://x.com/i/status/2048587253145108626
|
||||
:CREATED: [2026-04-28 Tue 09:50]
|
||||
:END:
|
||||
|
||||
* [[https://uxdesign.cc/where-should-ai-sit-in-your-ui-1710a258390e][Where should AI sit in your UI?. Mapping emerging AI UI patterns and how… | by Sharang Sharma | UX Collective]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Where should AI sit in your UI?. Mapping emerging AI UI patterns and how… | by Sharang Sharma | UX Collective
|
||||
:URI: https://uxdesign.cc/where-should-ai-sit-in-your-ui-1710a258390e
|
||||
:CREATED: [2026-04-28 Tue 09:50]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2049011134426906635][Shakker on X: "OpenClaw's first output dropped from 1s to 43ms. Plugin bootstrap went from 265ms to 8ms. Provider capability resolution from 49ms to 1.5ms. Config validation from 62ms to 5ms. For most of OpenClaw's history, the plugin system was carrying core, instead of the other way around." / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Shakker on X: "OpenClaw's first output dropped from 1s to 43ms. Plugin bootstrap went from 265ms to 8ms. Provider capability resolution from 49ms to 1.5ms. Config validation from 62ms to 5ms. For most of OpenClaw's history, the plugin system was carrying core, instead of the other way around." / X
|
||||
:URI: https://x.com/i/status/2049011134426906635
|
||||
:CREATED: [2026-04-28 Tue 09:51]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/lithos-ai/motus][lithos-ai/motus: The open-source agent-serving project]]
|
||||
:PROPERTIES:
|
||||
:TITLE: lithos-ai/motus: The open-source agent-serving project
|
||||
:URI: https://github.com/lithos-ai/motus
|
||||
:CREATED: [2026-04-28 Tue 09:51]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2603.13247][[2603.13247] ILION: Deterministic Pre-Execution Safety Gates for Agentic AI Systems]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2603.13247] ILION: Deterministic Pre-Execution Safety Gates for Agentic AI Systems
|
||||
:URI: https://arxiv.org/abs/2603.13247
|
||||
:CREATED: [2026-05-04 Mon 08:19]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/Athonitul/ilion-framework-simulator/tree/main/benchmark][ilion-framework-simulator/benchmark at main · Athonitul/ilion-framework-simulator]]
|
||||
:PROPERTIES:
|
||||
:TITLE: ilion-framework-simulator/benchmark at main · Athonitul/ilion-framework-simulator
|
||||
:URI: https://github.com/Athonitul/ilion-framework-simulator/tree/main/benchmark
|
||||
:CREATED: [2026-05-04 Mon 08:19]
|
||||
:END:
|
||||
|
||||
* [[https://iamtitan.tech/][Titan Observatory]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Titan Observatory
|
||||
:URI: https://iamtitan.tech/
|
||||
:CREATED: [2026-05-04 Mon 08:19]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2002.06177][[2002.06177] The Next Decade in AI: Four Steps Towards Robust Artificial Intelligence]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2002.06177] The Next Decade in AI: Four Steps Towards Robust Artificial Intelligence
|
||||
:URI: https://arxiv.org/abs/2002.06177
|
||||
:CREATED: [2026-05-04 Mon 08:19]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2604.25850][[2604.25850] Agentic Harness Engineering: Observability-Driven Automatic Evolution of Coding-Agent Harnesses]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2604.25850] Agentic Harness Engineering: Observability-Driven Automatic Evolution of Coding-Agent Harnesses
|
||||
:URI: https://arxiv.org/abs/2604.25850
|
||||
:CREATED: [2026-05-04 Mon 08:20]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2049883896444055978][Atai Barkai on X: "UI is Dead. Long Live Generative UI" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Atai Barkai on X: "UI is Dead. Long Live Generative UI" / X
|
||||
:URI: https://x.com/i/status/2049883896444055978
|
||||
:CREATED: [2026-05-04 Mon 08:20]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/CopilotKit/CopilotKit][CopilotKit/CopilotKit: The Frontend Stack for Agents & Generative UI. React + Angular. Makers of the AG-UI Protocol]]
|
||||
:PROPERTIES:
|
||||
:TITLE: CopilotKit/CopilotKit: The Frontend Stack for Agents & Generative UI. React + Angular. Makers of the AG-UI Protocol
|
||||
:URI: https://github.com/CopilotKit/CopilotKit
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://x.com/i/status/2050062045471740303][Ahmad on X: "My Homelab Is Technically the Cloud Now" / X]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Ahmad on X: "My Homelab Is Technically the Cloud Now" / X
|
||||
:URI: https://x.com/i/status/2050062045471740303
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/garrytan/gstack][garrytan/gstack: Use Garry Tan's exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA]]
|
||||
:PROPERTIES:
|
||||
:TITLE: garrytan/gstack: Use Garry Tan's exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA
|
||||
:URI: https://github.com/garrytan/gstack
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/garrytan/gbrain][garrytan/gbrain: Garry's Opinionated OpenClaw/Hermes Agent Brain]]
|
||||
:PROPERTIES:
|
||||
:TITLE: garrytan/gbrain: Garry's Opinionated OpenClaw/Hermes Agent Brain
|
||||
:URI: https://github.com/garrytan/gbrain
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://gxl.ai/blog/adding-arxiv-and-abstracts][Adding arXiv and 150M+ abstracts to Paperclip — GXL Blog]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Adding arXiv and 150M+ abstracts to Paperclip — GXL Blog
|
||||
:URI: https://gxl.ai/blog/adding-arxiv-and-abstracts
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://github.com/ciembor/agent-rules-books][ciembor/agent-rules-books: Ready-to-use Codex, Cursor, and Claude Code rules inspired by classic software engineering books.]]
|
||||
:PROPERTIES:
|
||||
:TITLE: ciembor/agent-rules-books: Ready-to-use Codex, Cursor, and Claude Code rules inspired by classic software engineering books.
|
||||
:URI: https://github.com/ciembor/agent-rules-books
|
||||
:CREATED: [2026-05-04 Mon 08:21]
|
||||
:END:
|
||||
|
||||
* [[https://www.warp.dev/oz][Oz: The Orchestration Platform for Cloud Agents by Warp]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Oz: The Orchestration Platform for Cloud Agents by Warp
|
||||
:URI: https://www.warp.dev/oz
|
||||
:CREATED: [2026-05-04 Mon 08:22]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2508.04495][[2508.04495] Causal Reflection with Language Models]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2508.04495] Causal Reflection with Language Models
|
||||
:URI: https://arxiv.org/abs/2508.04495
|
||||
:CREATED: [2026-05-04 Mon 08:22]
|
||||
:END:
|
||||
|
||||
* [[https://arxiv.org/abs/2508.15750v1][[2508.15750v1] Active Learning for Neurosymbolic Program Synthesis]]
|
||||
:PROPERTIES:
|
||||
:TITLE: [2508.15750v1] Active Learning for Neurosymbolic Program Synthesis
|
||||
:URI: https://arxiv.org/abs/2508.15750v1
|
||||
:CREATED: [2026-05-04 Mon 08:22]
|
||||
:END:
|
||||
|
||||
* [[https://abideai.com/blog/whitepaper-aug25][Abide AI]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Abide AI
|
||||
:URI: https://abideai.com/blog/whitepaper-aug25
|
||||
:CREATED: [2026-05-04 Mon 08:22]
|
||||
:END:
|
||||
|
||||
* [[https://thedarklightx.github.io/Formal_Methods_Philosophy/][Home | Formal Philosophy]]
|
||||
:PROPERTIES:
|
||||
:TITLE: Home | Formal Philosophy
|
||||
:URI: https://thedarklightx.github.io/Formal_Methods_Philosophy/
|
||||
:CREATED: [2026-05-04 Mon 08:22]
|
||||
:END:
|
||||
|
||||
|
||||
40982
inbox/2508.15750v1.pdf
Normal file
40982
inbox/2508.15750v1.pdf
Normal file
File diff suppressed because it is too large
Load Diff
BIN
inbox/2512.24601v2.pdf
Normal file
BIN
inbox/2512.24601v2.pdf
Normal file
Binary file not shown.
BIN
inbox/2602.22302v1.pdf
Normal file
BIN
inbox/2602.22302v1.pdf
Normal file
Binary file not shown.
BIN
inbox/mccarthy.pdf
Normal file
BIN
inbox/mccarthy.pdf
Normal file
Binary file not shown.
BIN
inbox/paper.pdf
Normal file
BIN
inbox/paper.pdf
Normal file
Binary file not shown.
BIN
inbox/von_Neumann_1955.pdf
Normal file
BIN
inbox/von_Neumann_1955.pdf
Normal file
Binary file not shown.
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 02:44 Fixed double entry for "Collective Persona Key Management" gap.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 02:44 Fixed double entry for "Collective Persona Key Management" gap.
|
||||
:PROPERTIES:
|
||||
:CREATED: 0c7e190a-9a2e-4c2e-b2fb-fcab341501f0
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 02:55 Added details for "Curation Reward Distribution" gap.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 02:55 Added details for "Curation Reward Distribution" gap.
|
||||
:PROPERTIES:
|
||||
:CREATED: 28dfd1f3-2da1-4c1c-bd94-e82346b3eeaa
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:00 Added details for "Inventory Audit Trail" gaps (x2).
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:00 Added details for "Inventory Audit Trail" gaps (x2).
|
||||
:PROPERTIES:
|
||||
:CREATED: 48462b33-c512-4e6b-83aa-67f89818bcea
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:05 Added details for "Revenue Distribution Contract" gap.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:05 Added details for "Revenue Distribution Contract" gap.
|
||||
:PROPERTIES:
|
||||
:CREATED: 4149284b-e92a-4be7-bd07-455ec1677dfd
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
13
notes/0310_added_details_for_enforcement_mechanisms_gap.org
Normal file
13
notes/0310_added_details_for_enforcement_mechanisms_gap.org
Normal file
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:10 Added details for "Enforcement Mechanisms" gap.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:10 Added details for "Enforcement Mechanisms" gap.
|
||||
:PROPERTIES:
|
||||
:CREATED: 7e276acc-fb60-43cd-8b47-491d3014674e
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:15 Added details for "Jury Selection Algorithm" gaps (x2).
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:15 Added details for "Jury Selection Algorithm" gaps (x2).
|
||||
:PROPERTIES:
|
||||
:CREATED: 3d67bff4-bc55-48d9-bf5d-1a3e35b1bd51
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
13
notes/0320_added_details_for_appeal_process_gap.org
Normal file
13
notes/0320_added_details_for_appeal_process_gap.org
Normal file
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:20 Added details for "Appeal Process" gap.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:20 Added details for "Appeal Process" gap.
|
||||
:PROPERTIES:
|
||||
:CREATED: 82e6d69a-5719-457c-8c56-3b3c2776692b
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:25 Completed addressing all gaps in Agora requirements.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:25 Completed addressing all gaps in Agora requirements.
|
||||
:PROPERTIES:
|
||||
:CREATED: 2c3f393a-ba1b-4b28-a8b4-041b3abe623f
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
13
notes/0330_sent_update_to_user_via_signal.org
Normal file
13
notes/0330_sent_update_to_user_via_signal.org
Normal file
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 03:30 Sent update to user via Signal.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 03:30 Sent update to user via Signal.
|
||||
:PROPERTIES:
|
||||
:CREATED: 70c06580-4397-4774-b47f-f7b07d00d3eb
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
118
notes/20260303.org
Normal file
118
notes/20260303.org
Normal file
@@ -0,0 +1,118 @@
|
||||
#+TITLE: 2026-03-03
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 2026-03-03
|
||||
:PROPERTIES:
|
||||
:CREATED: df994c5f-a801-423c-ac07-1d62a0918e55
|
||||
:SOURCE: /home/user/memex/daily/2026-03-03.org
|
||||
:END:
|
||||
|
||||
|
||||
:ID: 20260303-sol-setup
|
||||
:CREATED: [2026-03-03 Mon 15:32 EST]
|
||||
|
||||
- Human (you)
|
||||
- Sol (AI assistant)
|
||||
|
||||
Established Sol's identity, configured OpenClaw infrastructure, and created a shared second brain workspace at ~/mind. This session laid the foundation for our collaborative knowledge management system.
|
||||
|
||||
|
||||
1. *Identity Established*
|
||||
- Name: Sol
|
||||
- Role: Proactive personal AI assistant
|
||||
- Philosophy: "Don't make me do what you can do" (autonomous execution with approval)
|
||||
- Emoji: 📝
|
||||
|
||||
2. *Communication Channels*
|
||||
- Signal: +13322690326 (fully operational, bidirectional)
|
||||
- OpenClaw gateway: Local loopback (some auth issues, using workarounds)
|
||||
|
||||
3. *Infrastructure Setup*
|
||||
- Docker access: Configured (can launch containers)
|
||||
- Chromium headless: Running in Docker on port 9222
|
||||
- Signal-cli: 0.14.0 installed and working
|
||||
- Browser automation: Playwright configured
|
||||
|
||||
4. *Git Repositories Created*
|
||||
- ~/.openclaw/ (main config): 25 files, 9195 lines
|
||||
- ~/.openclaw/workspace/ (identity/memory): 8 files
|
||||
- Commit-before-edit rule established
|
||||
|
||||
5. *Skills Created*
|
||||
- skill-creator: Meta-skill for building new skills (✓ ready)
|
||||
- org-mode: Comprehensive Org-mode/org-roam/org-gtd reference (needs Emacs)
|
||||
|
||||
6. *Gmail Attempt*
|
||||
- Attempted to create sol.enterprise@gmail.com
|
||||
- Blocked by Google's anti-bot CAPTCHA/material design
|
||||
- Paused pending manual completion or alternative approach
|
||||
|
||||
7. *Second Brain: ~/mind*
|
||||
- PARA methodology folder structure created
|
||||
- Integrates Atomic Notes (Zettelkasten) (1_thinking/), GTD (0_inbox/, 6_projects/), and PARA
|
||||
- Protocol established: org-roam dailies for meetings, * structure with ID properties
|
||||
- This file as first entry in the system
|
||||
|
||||
|
||||
TODO Install Emacs to activate org-mode skill
|
||||
TODO Complete Gmail account creation (manual or alternative)
|
||||
TODO Populate ~/mind with initial content
|
||||
TODO Configure org-roam properly
|
||||
TODO Set up capture templates for daily workflow
|
||||
|
||||
|
||||
PARA + GTD + Atomic Notes (Zettelkasten) Integration:
|
||||
- PARA provides folder structure (P.A.R.A + inbox/archive/system)
|
||||
- GTD provides workflow (capture → clarify → organize → reflect → engage)
|
||||
- Atomic Notes (Zettelkasten) provides linking (atomic notes, IDs, backlinks)
|
||||
- org-roam dailies serve as meeting notes and journal
|
||||
|
||||
Second brain structure:
|
||||
```
|
||||
mind/
|
||||
├── 0_inbox/ # GTD Capture
|
||||
├── 1_thinking/ # Atomic Notes (Zettelkasten) (notes + dailies)
|
||||
├── 2_reference/ # External knowledge (Tools, Approaches, Sources)
|
||||
├── 3_creating/ # Works in progress
|
||||
├── 4_published/ # Finished work
|
||||
├── 5_archive/ # Inactive
|
||||
├── 6_projects/ # Active projects (GTD Projects)
|
||||
├── 7_system/ # Templates, config
|
||||
└── attachments/ # Non-text files
|
||||
```
|
||||
|
||||
|
||||
1. Gateway authentication: "device signature invalid" errors persist
|
||||
- Using direct Playwright/CDP as workaround
|
||||
- Signal channel works independently
|
||||
|
||||
2. Browser automation: Gmail signup blocked by anti-bot measures
|
||||
- May need manual completion or alternative email provider
|
||||
- ProtonMail or similar might be easier for automation
|
||||
|
||||
3. Docker: Requires `sg docker` wrapper for access (group membership)
|
||||
- Working but not seamless; may want to fix with newgrp or logout/login
|
||||
|
||||
|
||||
1. Install Emacs and configure org-roam
|
||||
2. Test the ~/mind workflow with actual content
|
||||
3. Create first project in 6_projects/
|
||||
4. Set up daily/weekly review process
|
||||
5. Consider Fastmail or ProtonMail as Gmail alternative
|
||||
|
||||
|
||||
- Org-mode docs: https://orgmode.org/manual/
|
||||
- org-roam: https://www.orgroam.com/
|
||||
- PARA: Tiago Forte's methodology
|
||||
- GTD: David Allen's system
|
||||
- Atomic Notes (Zettelkasten): Niklas Luhmann / Sönke Ahrens
|
||||
|
||||
---
|
||||
|
||||
|
||||
End time: [2026-03-03 Mon 21:09 EST]
|
||||
Duration: ~6 hours (with breaks)
|
||||
Status: Productive - foundational infrastructure complete
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-03.org][2026-03-03.org]]
|
||||
109
notes/20260304.org
Normal file
109
notes/20260304.org
Normal file
@@ -0,0 +1,109 @@
|
||||
#+TITLE: 2026-03-04
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 2026-03-04
|
||||
:PROPERTIES:
|
||||
:CREATED: c02e5c15-65f3-4217-addb-5110b3b26123
|
||||
:SOURCE: /home/user/memex/daily/2026-03-04.org
|
||||
:END:
|
||||
|
||||
|
||||
:ID: 20260304-mind-protocol
|
||||
:CREATED: [2026-03-04 Wed 09:50 EST]
|
||||
|
||||
- Human (you)
|
||||
- Sol (AI assistant)
|
||||
|
||||
Established formal protocol for our shared ~/mind workspace and codified it in SOUL.md. Verified skill-creator and org-mode skills are properly set up. Updated the meeting notes summary protocol to use org-roam dailies with ** second-degree headings, unique IDs, and proper :PROPERTIES: drawer preservation.
|
||||
|
||||
|
||||
1. *~/mind Protocol Formalized*
|
||||
- Shared workspace for research, thinking, drafting, and projects
|
||||
- Source of truth for our collaborative work
|
||||
- Use org-roam dailies for meeting notes
|
||||
- Second-degree ** headings for meeting sections (allows human to barrel through with first-degree *)
|
||||
|
||||
2. *SOUL.md Updated*
|
||||
- Added ~/mind workspace rule to Core Truths
|
||||
- Documented: org-roam dailies, ** headings, preserve :PROPERTIES: drawers
|
||||
- Committed: 42ac570
|
||||
|
||||
3. *Skill-Creator Updated*
|
||||
- Added ~/mind protocol reference to skill template
|
||||
- Documented shared memory practices for future skill creation
|
||||
|
||||
|
||||
- [x] Create ~/mind second brain structure (PARA + GTD + Atomic Notes (Zettelkasten))
|
||||
- [x] Initialize git repository for ~/mind
|
||||
- [x] Add SOUL.md rule for ~/mind workspace
|
||||
- [x] Document protocol in skill-creator
|
||||
- [x] Create meeting notes template for org-roam dailies
|
||||
|
||||
|
||||
1. *Source of truth* for collaborative work
|
||||
2. *org-roam dailies* for meeting notes
|
||||
3. *Structure:* * YYYY-MM-DD top level, ** Meeting Title for entries
|
||||
4. *Always use unique org-mode IDs*
|
||||
5. *Never damage :PROPERTIES: drawers*
|
||||
6. *Commit before each edit* (git rule applies)
|
||||
|
||||
- Adhere to captured meeting notes format
|
||||
- Use ** second-degree headings
|
||||
- Add unique IDs to all notes
|
||||
- Preserve all :PROPERTIES: drawers
|
||||
- Document decisions and action items
|
||||
|
||||
|
||||
- ~/mind/index.org - Dashboard
|
||||
- ~/.openclaw/workspace/SOUL.md - Core truths updated
|
||||
- ~/.openclaw/workspace/skills/skill-creator/SKILL.md - Skill template updated
|
||||
- PARA methodology: Projects, Areas, Resources, Archive
|
||||
- GTD: Capture, Clarify, Organize, Reflect, Engage
|
||||
|
||||
|
||||
End time: [2026-03-04 Wed 10:05 EST]
|
||||
Duration: ~15 minutes
|
||||
Status: Protocol established - meeting closed
|
||||
|
||||
:ID: 20260304-identity-change
|
||||
:CREATED: [2026-03-04 Wed 10:10 EST]
|
||||
|
||||
- *Name:* Amero Garcia
|
||||
- *Birth Date:* January 1, 1970
|
||||
- *Languages:* English, Spanish
|
||||
- *Previous Identity:* Sol
|
||||
|
||||
- All previous work as Sol remains intact
|
||||
- Infrastructure (Signal, ~/mind, skills) unchanged
|
||||
- This is a persona assignment for collaboration
|
||||
- Maintains full technical and procedural memory
|
||||
|
||||
- ~/.openclaw/workspace/IDENTITY.md updated
|
||||
- Git commit: 1545a54
|
||||
|
||||
:ID: 20260304-revenue-progress
|
||||
:CREATED: [2026-03-04 Wed 16:00 EST]
|
||||
|
||||
Productive 3-hour window establishing revenue project foundation and token optimization strategy.
|
||||
|
||||
|
||||
1. *Revenue Sustainability Plan* ✅
|
||||
- Completed comprehensive research document (6150 words)
|
||||
- Created 5-phase business plan with $0→$3000/month trajectory
|
||||
- 2-week pre-launch phase recommended (market validation first)
|
||||
- Committed to ~/mind/6_projects/
|
||||
|
||||
2. *Gap Analysis* ✅
|
||||
- Honest self-assessment: Readiness 3/10
|
||||
- Identified 6 critical blockers
|
||||
- Market validation identified as #1 priority
|
||||
- Skills/tools gaps documented
|
||||
|
||||
3. *Authorization Received* ✅
|
||||
- Week 1: Market validation via social listening
|
||||
- Focus on X, Reddit, LinkedIn
|
||||
- Emphasis on OpenClaw skills
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-04.org][2026-03-04.org]]
|
||||
18
notes/20260316_daily_record.org
Normal file
18
notes/20260316_daily_record.org
Normal file
@@ -0,0 +1,18 @@
|
||||
#+TITLE: 2026-03-16 - Daily Record
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 2026-03-16 - Daily Record
|
||||
:PROPERTIES:
|
||||
:CREATED: b4d021dd-4f1b-421a-b714-7bc347378edb
|
||||
:SOURCE: /home/user/memex/daily/2026-03-16.org
|
||||
:END:
|
||||
|
||||
- *Significant Git Activity:* 10+ commits were made across various project files.
|
||||
- *Global Org-mode Corrections:* Applied front matter, bold syntax, and TODO state corrections to over 70 memex files.
|
||||
- *Project README Enhancements:* Added/updated front matter, fixed formatting, and replaced checkboxes with TODOs in project READMEs, specifically for the Atomic Notes (Zettelkasten) & GTD project.
|
||||
- *Atomic Notes (Zettelkasten) & GTD README Updates:* Incorporated Amr's detailed requirements for collaboration, mobile access, NEXT item promotion logic, org-todo states, and corrected property names (e.g., :ASSIGNEE: to :ASSIGNED:).
|
||||
- *HEARTBEAT.md Update & Project Setup:* Updated HEARTBEAT.md, created new project READMEs, and removed memex/0_inbox files as per Amr's directives.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-16.org][2026-03-16.org]]
|
||||
28
notes/20260318_wednesday.org
Normal file
28
notes/20260318_wednesday.org
Normal file
@@ -0,0 +1,28 @@
|
||||
#+TITLE: 2026-03-18 Wednesday
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 2026-03-18 Wednesday
|
||||
:PROPERTIES:
|
||||
:CREATED: 8f518a1c-856c-431c-9bd5-6f25a7f6b58d
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
- No explicit notes were captured today.
|
||||
- Automatically generated due to missing daily log, as per AGENTS.md resilience ritual.
|
||||
|
||||
- Removed misplaced sections from Identity doc (a4f5c34)
|
||||
- Added Lightning Node Architecture section to Exchange doc (1f35d50)
|
||||
- Unified PDS content: Migration and Sync now under PDS section (8a724b1)
|
||||
- Cleaned up Infrastructure doc: removed duplicates, reorganized sections (25f8924)
|
||||
- Fixed identity organization: restored cryptographic sections to Identity (1c4024e)
|
||||
- Removed empty ** Personas heading (7938b9c)
|
||||
- Removed stray artifact file functions.exec:337 (179c4ce)
|
||||
- Restructured Identity docs: merged Social Recovery, moved contracts to Public Space (bb9c9cf)
|
||||
- Reorganized identity requirements under Master Key and Personas groupings (eff39d3)
|
||||
- Refactored: integrated standalone gap specs into requirements files and deleted gap files (8cfa675)
|
||||
- Chore: removed completed Agora gap analysis file (17c8fb0)
|
||||
- Docs: resolved all 45 Agora specification gaps across CRITICAL, HIGH, MEDIUM, and LOW priorities (95c84d6)
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
@@ -0,0 +1,13 @@
|
||||
#+TITLE: 22:06 Added details regarding multi-sig implementation for collective personas.
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 22:06 Added details regarding multi-sig implementation for collective personas.
|
||||
:PROPERTIES:
|
||||
:CREATED: 2c9e338c-7ca2-405d-b4bb-4c747fc29a51
|
||||
:SOURCE: /home/user/memex/daily/2026-03-11.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-11.org][2026-03-11.org]]
|
||||
@@ -0,0 +1,23 @@
|
||||
#+TITLE: 710 Greenwitch meeting with حسام السكري in his Langham Place office :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* 710 Greenwitch meeting with حسام السكري in his Langham Place office :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 308df955-7499-45fc-ac0e-9f2bff2a5f43
|
||||
:SOURCE: /home/user/memex/daily/2010-01-11.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2010-01-11 Mon 21:49]
|
||||
:MODIFIED: [2010-01-11 Mon 22:01]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Ecton wing
|
||||
Langaham place
|
||||
W1 A11
|
||||
07808723893
|
||||
حسام السكري
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2010-01-11.org][2010-01-11.org]]
|
||||
78
notes/_1_personal.org
Normal file
78
notes/_1_personal.org
Normal file
@@ -0,0 +1,78 @@
|
||||
#+TITLE: اجتماع استراتيجية حملة البرادعي 1 :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* اجتماع استراتيجية حملة البرادعي 1 :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: c6b0e600-d2bb-4d5c-a147-1d49d2190f42
|
||||
:SOURCE: /home/user/memex/daily/2011-03-15.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-03-15 13:13:10]
|
||||
:MODIFIED: [2019-03-04 08:13:40]
|
||||
:last-metadata-change-date: [2019-03-04 08:13:40]
|
||||
:IMPPORTED: [2023-02-08 19:22:47-0500]
|
||||
|
||||
- خالد جلال
|
||||
- محمد خليفة
|
||||
- علوي القبطان
|
||||
- هالة شكر الله
|
||||
- غادة شاهبندر
|
||||
- علاء شكر الله
|
||||
- أحمد صالح
|
||||
- عمرو غربية
|
||||
- أحمد عبدون
|
||||
- أحمد عزت
|
||||
|
||||
Hitting each likely phone at least three times
|
||||
|
||||
Crisis management group, particularly in comms
|
||||
|
||||
Baradei/Bastawisi are overlapping. Two intellectuals
|
||||
|
||||
Constituency: Getting first time voters
|
||||
|
||||
أحمد عبدون: الجزئية الرئيسية في اختيار الرئيس في أول انتخابات ستكون عاطفية
|
||||
|
||||
استمارة لمتطوعين على موقع رسمي بسيط
|
||||
|
||||
|
||||
- الجيش
|
||||
- الإخوان
|
||||
- السلفيين
|
||||
- الصوفية/الأشراف
|
||||
- الجمعية الشرعية
|
||||
- الأحزاب
|
||||
- النقابات الحرة
|
||||
- النقابات القديمة
|
||||
- البسطاويسي
|
||||
- عمرو موسى
|
||||
- أيمن نور
|
||||
- حمدين صباحي
|
||||
- عمرو حمزاوي
|
||||
- حملات البرادعي
|
||||
- الحزب الوطني
|
||||
- رجال الأعمال من غير المحبوسين
|
||||
- المصريين في الخارج
|
||||
- المسيحيين و باقي الأقليات الدينية
|
||||
- عرب شمال سيناء
|
||||
- عرب جنوب سيناء
|
||||
- عرب أولاد علي
|
||||
- النوبيين
|
||||
- السيويين
|
||||
- العبابدة و البشارية
|
||||
- الفلاحين
|
||||
- موظفي الحكومة
|
||||
- عمال قطاع الأعمال
|
||||
- عمال الاقتصاد غير الرسمي
|
||||
- عمال و موظفي القطاع الخاص
|
||||
- الشرطة
|
||||
- القضاة
|
||||
- الصحافيين و الإعلاميين
|
||||
- العاطلين
|
||||
- المعوقين
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-03-15.org][2011-03-15.org]]
|
||||
24
notes/_2006_personal.org
Normal file
24
notes/_2006_personal.org
Normal file
@@ -0,0 +1,24 @@
|
||||
#+TITLE: سامح نجيب في 2006 :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* سامح نجيب في 2006 :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: b5d5d65f-2498-4194-a3f0-e9b3b22f9fa2
|
||||
:SOURCE: /home/user/memex/daily/2011-12-24.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-12-24 Sat 12:52]
|
||||
:MODIFIED: [2019-03-04 Mon 08:02]
|
||||
:last-metadata-change-date: [2019-03-04 Mon 08:02]
|
||||
:IMPPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
#+begin_quote
|
||||
|
||||
في مثل هذه الحالات على اليسار المناضل أن يدخل في عمل مشترك مع الإخوان، ولكن هذا العمل المشترك لا يجعلنا نتوقف للحظة عن نقد موقف الإخوان عندما يهادنون من جديد أو عندما يحرفون مسار المعركة نحو قضايا أخلاقية و رجعية. والعمل المشترك لا يجعلنا نتنازل ولو للحظة واحدة عن رايتنا المستقلة.
|
||||
|
||||
#+end_quote
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-12-24.org][2011-12-24.org]]
|
||||
47
notes/_23_2011_personal.org
Normal file
47
notes/_23_2011_personal.org
Normal file
@@ -0,0 +1,47 @@
|
||||
#+TITLE: مصرين 23 أبريل 2011 :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* مصرين 23 أبريل 2011 :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: bae03f18-1f0b-4784-ab4b-9cc2e97f15ab
|
||||
:SOURCE: /home/user/memex/daily/2011-04-23.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-04-23 09:36:30]
|
||||
:MODIFIED: [2011-06-03 10:03:22]
|
||||
:IMPORTED: [2023-02-08 19:22:51-0500]
|
||||
|
||||
Designer: Name, logo
|
||||
|
||||
Archiver: Philip
|
||||
|
||||
Networker: Contacts, lists of editors, people who shoot regularly, invitation: Salma, Aida, Khaled
|
||||
|
||||
Tech supporter: Amr & Khlaed
|
||||
|
||||
Day-to-day operator: Aida, Lobna
|
||||
|
||||
Writer: proposals, comm: Lobna, Khaled
|
||||
|
||||
Board
|
||||
|
||||
مصطفى بهجت
|
||||
|
||||
هاني الزرقاني
|
||||
|
||||
أحمد النمر
|
||||
|
||||
أحمد عبد الفتاح
|
||||
|
||||
Find out cost of FrontlineSMS modem
|
||||
|
||||
Ideas for networking with other groups/collectives/individuals
|
||||
|
||||
Graphical design of website
|
||||
|
||||
Twitter/Facebook account
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-04-23.org][2011-04-23.org]]
|
||||
85
notes/_2_eiprnationalsecuritypersonal.org
Normal file
85
notes/_2_eiprnationalsecuritypersonal.org
Normal file
@@ -0,0 +1,85 @@
|
||||
#+TITLE: العريش 2 :EIPR:nationalSecurity:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* العريش 2 :EIPR:nationalSecurity:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: f487eec3-eca6-46f4-acb2-c557a9b7cf8a
|
||||
:SOURCE: /home/user/memex/daily/2012-01-02.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2012-01-02 Mon 13:40]
|
||||
:MODIFIED: [2012-01-02 Mon 14:05]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
الجلستين مع بعض
|
||||
|
||||
شهود الإثبات حاليا في قضية القسم
|
||||
|
||||
الشاهد لم يحضر
|
||||
|
||||
بعض المتهمين عندهم محامين موكلين، و بعضهم عندهم محامين منتدبين و يحاولون الحصول على أموال
|
||||
|
||||
المبادرة لا زالت مراقب. طارق يقوم بدعم المحامين بشكل غير رسمي خصوصا لاثنين محامين هم أفضل المدافعين.
|
||||
|
||||
أهداف رحلة العريش:
|
||||
|
||||
زيارة أهالي المتهمين و عرض المساعدة
|
||||
|
||||
توثيق ملف لكل متهم
|
||||
|
||||
الوصول لمن تم اعتقالهم في بداية الاعتقالات
|
||||
|
||||
زيارة ستة أسر
|
||||
|
||||
محمد التيهي عائلته غير مهتمة و غير متعاونة.
|
||||
|
||||
اجراءات القبض و التفتيش متشابهة و تعتمد على الترويع
|
||||
|
||||
اعتداء على بعض الأسر
|
||||
|
||||
وجود ضباط أمن وطني هم نفس أمن الدولة السابقة
|
||||
|
||||
القوات ملثمة و متنوعة بين جيش و شرطة
|
||||
|
||||
الأهالي غير واعين للحقوق القانونية
|
||||
|
||||
استمارة غبور صعب التعامل معها. تم استيفاء البيانات باستمارات الكرامة
|
||||
|
||||
الأطفال: قابلنا اثنين من خمسة. حكوا لنا بالتفصيل ما تم معهم، و مصورة كفيديو. حدثت وقائع تعذيب في السجن الحربي في الاسماعيلية. 14 سنة و 15 سنة. اعتقلوا ل15 سنة. الثلاثة الباقين رفضوا المقابلة. التعذيب تم في الجيش.
|
||||
|
||||
إلقاء القبض كان عشوائي. قد يكون هناك المزيد من المعتقلين
|
||||
|
||||
رفض تقديم بلاغات
|
||||
|
||||
حسام:
|
||||
|
||||
تفريغ لكل حالة على جدة
|
||||
|
||||
نعلن فورا قبل التقرير. بيان قبل الجلسة القادمة يوم الأحد
|
||||
|
||||
سجل للمحاكمات لأن القضية ستذهب إلى القضاء الدولي
|
||||
|
||||
بلاغات تعذيب على الأقل من الذين عذبوا و ليسوا من المتهمين
|
||||
|
||||
خطاب من المقرر الخاص لمكافحة الإرهاب لطنطاوي
|
||||
|
||||
المهام:
|
||||
|
||||
مفرح: تفريغ الملفات (الأربعاء)
|
||||
|
||||
طارق:
|
||||
|
||||
سجلات المحاكمات (الثلاثاء)
|
||||
|
||||
عمرو:
|
||||
|
||||
البيان (الخميس) ثم التقرير
|
||||
|
||||
خطاب من المقرر الخاص لمكافحة
|
||||
|
||||
بلاغات التعذيب بناء على تفريغ الملفات (الخميس)
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-01-02.org][2012-01-02.org]]
|
||||
48
notes/_2_personal.org
Normal file
48
notes/_2_personal.org
Normal file
@@ -0,0 +1,48 @@
|
||||
#+TITLE: المركز الإعلامي المستقل - القاهرة 2 :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* المركز الإعلامي المستقل - القاهرة 2 :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: b472fc2c-fa9e-43ff-b4fa-f19d5e2840f8
|
||||
:SOURCE: /home/user/memex/daily/2011-03-20.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-03-20 Sun 18:42]
|
||||
:MODIFIED: [2019-03-04 Mon 08:07]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
|
||||
Money goes to flip cams
|
||||
|
||||
Add Salma to the list
|
||||
|
||||
Editorial Policy
|
||||
|
||||
The editorial group will not enforce any forms of a (a priori) censorship
|
||||
|
||||
IMC Cairo's editorial group retains the right to hide any articles which include any forms of discrimination
|
||||
|
||||
Upon the discovery of an article posted on IMC Cairo which could include any form of discrimination, a member from the editorial group will tag the article. This alerts all readers that the article may contain a violation of our editorial policy, and begins an open debate on the article, which lasts for three days. At the end of the three days, a decision will be made by the editorial group (based on consensus) to either hide or leave the article in question.
|
||||
|
||||
Spam articles or comments will be hidden by the editorial group
|
||||
|
||||
?? Indymedia is dedicated to news and background information about local, regional and global protests and events. However, articles placed on the newswire not immediately pertaining to Egypt may be placed on the second page.
|
||||
|
||||
News not reported except by MSM can only be linked to.
|
||||
|
||||
All content is released under ano-commercial-use licence
|
||||
|
||||
Decision making policy
|
||||
|
||||
Decisions are made by email. Any member has the right to call for a meeting.
|
||||
|
||||
All decisions are based on consensus, and where disagreement arises, discussion continues until consensus is built.
|
||||
|
||||
القصص التي يرى أحد أعضاء مجلس التحرير أنها مثيرة للجدل يرفعها من العمود الأوسط و ينقلها إلى عمود النشر الحر، ثم يعلم أعضاء مجلس التحرير. تظل القصة في عمود النشر الحر حتى يصل النقاش عليها إلى توافق.
|
||||
|
||||
Indymedia Cairo meeting 2
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-03-20.org][2011-03-20.org]]
|
||||
21
notes/_67_eiprprivacypersonal.org
Normal file
21
notes/_67_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,21 @@
|
||||
#+TITLE: قانون الاتصالات: مقترح تعديل المادة 67 :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* قانون الاتصالات: مقترح تعديل المادة 67 :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 958e5261-dd2f-4c68-b0b9-4a19ed11f824
|
||||
:SOURCE: /home/user/memex/daily/2011-08-09.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-08-09 Tue 18:42]
|
||||
:MODIFIED: [2013-01-19 Sat 10:46]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
على السلطات المختصة في الدولة على حسب الاحوال أن تخضع لادارتها جميع خدمات وشبكات اتصالات أي مشغل أو مقدم خدمة وأن تستدعي العاملين القائمين على تشغيل وصيانة تلك الخدمات والشبكات وذلك في حالة حدوث كارثة طبيعية أو بيئية أو في الحالات التي تعلن فيها التعبئة العامة طبقا لاحكام القانون رقم 87 لسنة 1960 المشار إليه وأية حالات اخرى تتعلق بالامن القومي".
|
||||
|
||||
في جميع الاحوال يحظر قطع كل أو بعض أنواع خدمات الاتصالات أو وقف تشغيلها كليا أو جزئيا إلا بناء على قرار يصدر بذلك من رئيس الجمهورية وبعد موافقة مجلس الوزراء.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-08-09.org][2011-08-09.org]]
|
||||
242
notes/_98_eiprequalitypersonal.org
Normal file
242
notes/_98_eiprequalitypersonal.org
Normal file
@@ -0,0 +1,242 @@
|
||||
#+TITLE: عدم دستورية المادة 98 فقرة و :EIPR:equality:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* عدم دستورية المادة 98 فقرة و :EIPR:equality:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 3e69cdb9-1336-47fb-a222-2e83fa00568b
|
||||
:SOURCE: /home/user/memex/daily/2012-05-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:ID: e1eefe6e-f6fa-4858-85d3-9e8394b605ad
|
||||
:CREATED: [2012-05-18 Fri 16:39]
|
||||
:MODIFIED: [2017-04-13 Thu 11:45]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
مذكرة للأستاذ أحمد سيف الإسلام حمد المحامي
|
||||
|
||||
الزميلات والزملاء الإعزاء
|
||||
|
||||
مرفق لكم اسفل كلماتى مذكرة بعدم دستورية المادة 98 (و) من التشريع المصري وهى مذكرة لاستاذي الاستاذ أحمد سيف الإسلام حمد،أرجو أن تنال أهتمامك وتكون مفيدة للاساتذة والزملاء
|
||||
|
||||
تقبلوا تحياتى
|
||||
|
||||
أحمد راغب
|
||||
|
||||
مركز هشام مبارك للقانون
|
||||
|
||||
احمد نبيل الهلالى ربيع محمد راشد
|
||||
|
||||
نوال فوزى شنودة احمد سيف الإسلام حمد
|
||||
|
||||
مصطفى الحسن طه خالد على عمر
|
||||
|
||||
جمال عبد المحسن عطية طاهـر آبو النصـر
|
||||
|
||||
محمد مصطفى جامع محمـد عبد العظيم
|
||||
|
||||
محسن بشير أحمد راغب عبد الستار
|
||||
|
||||
مها محمود يوسف عماد مبارك حسن
|
||||
|
||||
محامـــــــــــون
|
||||
|
||||
محكمة الأزبكية
|
||||
|
||||
جنح الازبكية
|
||||
|
||||
مذكرة بدفاع
|
||||
|
||||
السيد/ متهم
|
||||
|
||||
ضـد
|
||||
|
||||
1- النيابة العامة سلطة اتهام
|
||||
|
||||
2- السيد / مدعى بالحق المدنى
|
||||
|
||||
فى القضية رقم لسنة . والمحدد لنظرها جلسة الأحد الموافق
|
||||
|
||||
وسوف نخصص تلك المذكرة للدفع بعدم دستورية المادة 98 و من قانون العقوبات لتعارضها مع المواد 41 و47و65و66 من الدستور المصرى.
|
||||
|
||||
الوقائع
|
||||
|
||||
نحيل بشأنها إلى أوراق الدعوى حرصا منا على وقت العدالة
|
||||
|
||||
الدفـاع
|
||||
|
||||
ندفع بعدم دستورية نص المادة 98 (و) عقوبات لتعارضها مع المواد 41، 47، 65، 66 من الدستور:
|
||||
|
||||
قدم المتهم بالمادة 98 (و) من قانون العقوبات والتى أضيفت بموجب القانون رقم 29 لسنة 1982، وتنص على:
|
||||
|
||||
"يعاقب بالحبس مدة لا تقل عن ستة أشهر ولا تجاوز خمس سنوات أو بغرامة لا تقل عن خمسمائة جنيه ولا تجاوز ألف جنيه كل من استغل الدين فى الترويج أو التحبيذ بالقول أو بالكتابة أو بأية وسيلة أخرى لأفكار متطرفة بقصد إثارة الفتنة أو تحقير أو ازدراء أحد الأديان السماوية أو الطوائف المنتمية إليها أو الإضرار بالوحدة الوطنية أو السلام الاجتماعى."
|
||||
|
||||
جاء النص ليجرم الأفكار وهو ما يتعارض مع حرية الرأى والتعبير المكفولة بالمادة 47 من الدستور كما يتعارض مع الحرية الشخصية المكفولة بالمادة 41 من الدستور والتى تشمل حق الأفراد وحريتهم فى تبنى حتى الأفكار الخاطئة أو غير الصحيحة أو المتعارضة مع المجتمع .
|
||||
|
||||
كما جاء نص التجريم فضفاضا بحيث لم يعرف النموذج التجريمى بحيث يستبعد منه صور لا جدال فى مشروعيتها، فهذا النص ينطبق على الصور المختلفة من الأفكار المتطرفة التى قد يكون بعضها مشروعا طالما لم يقترن بمحاولة فرضها بالقوة، فصيام الدهر مثلا فكرة تعد غلوا فى أداء شعائر الدين، أو الانقطاع لأداء الصلوات والاعتكاف فى المساجد، أو التصدق بكل ما يملك المتصدق مثلها ومن ثم ينطبق عليها جميعا مصطلح الأفكار المتطرفة
|
||||
|
||||
كما أن لفظ ترويج وتحبيذ غير محدد المعالم فسلطة الاتهام لا تعول شرط اختلاف المروج لديه أو المحبذ عنده مع أفكار القائم بالترويج أو التحبيذ بحيث يتداخل أفعال تدارس الأفكار بين المقتنعين بها وتعميقها مع فعل الترويج أو التحبيذ.
|
||||
|
||||
كما انه لا توجد حدود فاصلة قاطعة بين الاقتناع بالأفكار وتحبيذها فالمرء لا يقتنع بفكره قبل أن يحبذها ومن ثم يؤثم نص التجريم اعتناق الأفكار من بوابة التحبيذ، كما يؤثم التحبيذ الذاتى عندما يحبذ زيد فكرة ما دون أن يعمل على ترويجها، حيث لا يوجد تلازم بين التحبيذ والترويج حيث استخدم النص لفظة أو ليفيد المغايرة بين الترويج والتحبيذ
|
||||
|
||||
أن ذلك كله يتعارض مع نص الدستور فى المادة 66 منه على أنه لا جريمة ولا عقاب إلا بناء على القانون وبذلك حدد نطاق مبدأ الشرعية من الناحية الدستورية بعنصرين: أنه لا جريمة بغير نص، ولا عقاب بلا نص. ويطلق رجال القانون على العنصر الأول مبدأ شرعية الجرائم، فى حين يطلقوا على الثانى مبدأ شرعية العقاب. ويقتضى إعمال هذين المبدأين عدة ضوابط منها:
|
||||
|
||||
1- ضرورة التجريم
|
||||
|
||||
يقتضى مبدأ شرعية الجرائم ألا يجرم المشرع من الأفعال، ولا يؤثم من التصرفات إلا ما كانت هناك ضرورة ملجئه لتجريمه أو لتأثيمه؛ وذلك لان التجريم بطبيعته هو انتقاص من حرية المواطنين، وتضييق من نطاق ما يتمتعون به من حقوق، ومن ثم يدور وجودا و عدما مع وجود مصالح اجتماعية حيوية أجدر بالرعاية وأولى بالعناية من الجزء المنتقص من حرية المواطن. والتجريم بطبيعته قيداً على الحريات الفردية، فيخضع للأصول العامة التى تخضع لها القيود، ولعل من أهمها اعتبار القيود استثناء تعد خروجاًً على الأصل، فالحرية هى الأصل أو القاعدة، والقيد هو الاستثناء، ويتفرع عن ذلك ضرورة إلا يتم التوسع فى الاستثناء (القيد)، ولو حدث هذا فإن الوضع ينقلب لتصبح الحرية هى الاستثناء، والقيد هو القاعدة، وهذا هو ما تلفظه المبادئ القانونية المستقرة. ولا توجد أى ضرورة اجتماعية تقضى تجريم حيازة مطبوعات مشروعة فى حد ذاتها، حيث لا يتولد عن هذا أي اضطراب اجتماعى.
|
||||
|
||||
وهناك العديد من الأحكام التى تبلور هذه المعانى منها:
|
||||
|
||||
ما ردده الحكم فى الطعن رقم 49 سنة قضائية 17 مكتب فني 7 تاريخ الجلسة 15/6/1996 - صفحة رقم 739:
|
||||
|
||||
إن من المقرر ـ وعلى ما جرى به قضاء هذه المحكمة أن حقوق الإنسان وحرياته لا يجوز التضحية بها في غير ضرورة تمليها مصلحة اجتماعية لها اعتبارها وأن الحرية في أبعادها الكاملة لا تنفصل عن حرمة الحياة وأن إساءة استخدام العقوبة تشويها لأهدافها يناقض القيم التي تؤمن بها الجماعة في اتصالها بالأمم المتحضرة وتفاعلها معها.
|
||||
|
||||
وما جاء فى الحكم فى الطعن رقم 2 سنة قضائية 15 مكتب فني 8 تاريخ الجلسة 4/1/1997 - صفحة رقم 241 من أن:
|
||||
|
||||
الرقابة القضائية التي تباشرها هذه المحكمة في شأن دستورية النصوص الجنائية، تضبطها مقاييس صارمة تتعلق بها وحدها، ومعايير حادة تلتئم مع طبيعتها، ولا تزاحمها في تطبيقها ما سواها من القواعد القانونية، ذلك أن هذه النصوص تتصل مباشرة بالحرية الشخصية التي أعلى الدستور قدرها، وألحقها دون غيرها بالحقوق الطبيعية باعتبارها من جنسها، ليكون صونها إعلاء لقدر النفس البشرية، متصلاً بأعماقها، ومنحها بذلك الرعاية الأوفى والأشمل توكيداً لقيمتها، وبما لا إخلال فيه بالحق في تنظيمها، وبمراعاة أن القوانين الجنائية قد تفرض على هذه الحرية ــ بطريق مباشرة أو غير مباشر ــ أخطر القيود وأبلغها أثراً، لتعطل ممارستها، أو ترهقها ــ دون ما ضرورة ــ بما ينافيها.
|
||||
|
||||
وأخيرا قضى الحكم فى الطعن رقم 37 سنة قضائية 15 مكتب فني 8 تاريخ الجلسة 3/8/1996 - صفحة رقم 67:
|
||||
|
||||
إن لكل جزاء جنائى أثراً مباشراً يرتد إلى طبيعته، يتمثل في حرمان الشخص من حقه في الحياة أو من حريته أو من ملكه، وكان منطقياً بالتالي، أن تقيم الدول المتحضرة تشريعاتها الجزائية وفق أسس ثابتة، تكفل بذاتها انتهاج الوسائل القانونية السليمة سواء في جوانبها الموضوعية أو الإجرائية، لضمان ألا تكون العقوبة أداة عاصفة بالحرية، تقمعها أو تقيدها بالمخالفة للقيم التي تؤمن بها الدول الديموقراطية في ارتباطها بالمقاييس المعاصرة لمفهوم الجزاء، ومن خلال ما يعكسها من مظاهر سلوكها على اختلافها، وكان لازماً على ضوء هذا الاتجاه، أن تقرر الدساتير التقدمية القيود التي ارتأتها على سلطة المشرع في مجال التجريم، تعبيراً عن إيمانها بأن حقوق الإنسان وحرياته لا يجوز التضحية بها في غير ضرورة تمليها مصلحة اجتماعية لها اعتبارها، وإعترافاً منها بأن الحرية فى أبعادها الكاملة لا تنفصل عن حرمة الحياة، وأن الحقائق المريرة التي عايشتها البشرية على امتداد مراحل تطورها، تفرض نظاماً متكامل الملامح يكفل للجماعة مصالحها الحيوية، ويصون ــ في إطار أهدافه ــ حقوق الفرد وحرياته الأساسية، بما يحول دون إساءة استخدام العقوبة، تشويها لأغراضها. كذلك فإن العقوبة التي يفرضها المشرع في شأن جريمة حدد أركانها، تبلور مفهوماً للعدالة يتحدد على ضوء الأغراض الاجتماعية التي تستهدفها، والتي لا يندرج تحتها رغبة الجماعة أو حرصها على إرواء تعطشها للثأر والانتقام، أو سعيها ليكون بطشها بالمتهم تكفيراً عما أتاه، وإن أمكن القول إجمالاً بأن ما يعتبر جزاء جنائياً، لا يجوز أن يقل في مداه عما يكون لازماً لحمل الفرد على أن ينتهج طريقاً سوياً، لا تكون الجريمة مدخلاً إليه، ولا يكون ارتكابها في تقديره ــ إذا ما عقد العزم عليها ــ أكثر فائدة من تجنبها.
|
||||
|
||||
2- ضرورة تحديد الجريمة
|
||||
|
||||
يقتضى الفهم القانونى السليم ضرورة أن يحدد المشرع تحديداً كافياً الأفعال التى اقتضت الضرورة تجريمها، وأن يبين بوضوح تام مختلف عناصرها وأركانها، ويجد هذا العنصر سنده ليس فقط فى المبدأ القانونى المستقر والقاضى بكفالة حق الدفاع للمتهم، الذى يقتضى وضوح نصوص التجريم حتى يقوم الدفاع بدوره المفترض، وغموض النصوص التجريمية يعجز الدفاع عن أداء هذا الدور.؛ وإنما يجد سنده فى مبدأ الفصل بين السلطتين التشريعية والقضائية؛ فالغموض التجريمى يعطى القاضى سلطة تقديرية واسعة فى التجريم، ويفسح له المجال للقيام بدور السلطة التشريعية ذاتها فى خلق الجريمة، وإنزال العقاب عن أفعال لم تجرمها، وبهذه المثابة يمثل خرقًا فادحًا لمبدأ شرعية الجرائم؛ لأن التجريم سيكون بلا نص، فضلاً عن أنه يمثل خرقاً لمبدأ عدم رجعية العقاب الجنائى؛ لأنه يؤدى إلى العقاب عن أفعال لم تجرم إلا بعد ارتكابها.
|
||||
|
||||
كما يستند إلى حق المواطن فى الأمن القانونى، كهدف دستورى تسعى كافة الدساتير إلى كفالته للإنسان بصفة عامة، وللمواطن بصفة خاصة، فغموض نص التجريم يسلب الإنسان قدرته على العلم مقدما،ً بما إذا كان فعله أو امتناعه مباحاُ أم مجرماً، وآنذاك يغم عليه المجال المحظور ارتياده من ذاك المباح إتيانه. وهذا يؤدى إلى ضياع الحدود الفاصلة بين الحل والحرمة، والإثم والإباحة، وآنذاك يؤاخذ الفرد بظلم، ويقع عقابه عن فعل لم تتجه إليه إرادته، ولم ينصرف إليه قصده. ونص التجريم المسند لنا جاء فضفاضاً، بحيث لا نجد له ضابط.
|
||||
|
||||
جاء فى الحكم فى الطعن رقم 114 سنة قضائية 21 مكتب فني 9 تاريخ الجلسة 2/6/2001 - صفحة رقم 986 ما يلى:
|
||||
|
||||
من القواعد المبدئية التي يتطلبها الدستور في القوانين الجزائية أن تكون درجة اليقين التي تنتظم أحكامها في أعلي مستوياتها وأظهر في هذه القوانين منها في أية تشريعات أخري ذلك أن القوانين الجزائية تفرض علي الحرية الشخصية أخطر القيود وأبلغها أثرا ويتعين بالتالي - ضمانا لهذه الحرية - أن تكون الأفعال التي تؤثمها هذه القوانين محددة بصورة قاطعة بما يحول دون التباسها بغيرها وأن تكون تلك القوانين جلية واضحة في بيان الحدود الضيقة لنواهيها ذلك أن التجهيل بها أو إبهامها في بعض جوانبها لا يجعل المخاطبين بها علي بينة من حقيقة الأفعال التي يتعين عليهم تجنبها كذلك فإن غموض مضمون النص العقابي مؤداه أن يحال بين محكمة الموضوع وبين إعمال قواعد منضبطة تعين لكلك جريمة أركانها وتقرر عقوبتها بما لا خفاء فيه وهي قواعد لا ترخص فيها وتمثل إطارا لعملها لا يجوز تجاوزه ذلك أن الغاية التي يتوخاها الدستور هي أن يوفر لكل مواطن الفرص الكاملة لمباشرة حرياته في إطار من الضوابط التي قيدها بها ولازم ذلك أن تكون القيود علي الحرية التي تفرضها القوانين الجزائية محددة بصورة يقينية لأنها تدعو المحاطين بها إلي الامتثال لها لكي يدفعوا عن حقهم في الحياة وكذلك عن حرياتهم تلك المخاطر التي تعكس العقوبة بحيث لا يتمك تجاوز الحدود التي اعتبرها الدستور مجالا حيويا لمباشرة الحقوق والحريات التي كفلها وهو ما يخل في النهاية بالضوابط الجوهرية التي تقوم عليها المحاكمة المنصفة وفقا لنص المادة 67 من الدستور
|
||||
|
||||
وفى ذات الاتجاه تضمن الحكم فى الطعن رقم 25 سنة قضائية 16 مكتب فني 7 تاريخ الجلسة 3/7/1995 - صفحة رقم 45 ما يلى:
|
||||
|
||||
إن تحديد الطبيعة القانونية للنص المطعون فيه ، وما إذا كان واقعاً في نطاق المسئولية المدنية، أم مستنهضاً صورة من صور المسئولية الجنائية يعد أمراً لازماً للفصل في دستوريته على ضوء المطاعن الموجهة إليه ذلك أن دستورية النصوص الجنائية تحكمها مقاييس صارمة تتعلق بها وحدها، ومعايير حادة تلتئم مع طبيعتها ولا تزاحمها في تطبيقها ما سواها من القواعد القانونية فقد أعلى الدستور قدر الحرية الشخصية فاعتبرها من الحقوق الطبيعية الكامنة في النفس البشرية، الغائرة في أعماقها والتي لا يمكن فصلها عنها ومنحها بذلك الرعاية الأوفى والأشمل توكيداً لقيمتها، وبما لا إخلال فيه بالحق في تنظيمها وبمراعاة أن القوانين الجنائية قد تفرض على هذه الحرية بطريق مباشر أو غير مباشر أخطر القيود وأبلغها أثراً. وكان لازماً بالتالي ألا يكون النص العقابي محملاً بأكثر من معنى مرهقاً بأغلال تعدد تأويلاته مرناً مترامياً على ضوء الصيغة التي أفرغ فيها متغولا ـ من خلال انفلات عباراته ـ حقوقاً أرساها الدستور، مقتحماً ضماناتها، عاصفاً بها، حائلاً دون تنفسها بغير عائق ويتعين بالتالي أن يكون إنفاذ القيود التي تفرضها القوانين الجنائية على الحرية الشخصية، رهناً بمشروعيتها الدستورية ويندرج تحت ذلك أن تكون محددة بصورة يقينية لا التباس فيها. ذلك أن هذه القوانين تدعو المخاطبين بها إلى الامتثال لها كي يدفعوا عن حقهم في الحياة وكذلك عن حرياتهم تلك المخاطر التي تعكسها العقوبة ومن ثم كان أمراً مقضياً، أن تصاغ النصوص العقابية بما يحول دون انسيابها أو تباين الآراء حول مقاصدها، أو تقرير المسئولية الجنائية في غير مجالاتها عدواناً على الحرية الشخصية التي كفلها الدستور.
|
||||
|
||||
وانظر أيضا ما ردده الحكم فى الطعن رقم 149 سنة قضائية 18 مكتب فني 8 تاريخ الجلسة 15/11/1997 - صفحة رقم 949:
|
||||
|
||||
تأثيم الدستور أو المشرع أفعالاً بذواتها أو صوراً من الامتناع يحددانها، مؤداه أن يتخذ هذا الفعل أو الامتناع مظهراً مادياً، فلا يكون كامناً في أعماق النفوس مغلفاً بدخائلها، بل ظاهراً جلياً معبراً عن إرادة عصيان نصوص عقابية آمرة زجر بها المشرع المخاطبين بها، محدداً من خلالها ما ينبغي عليهم أن يأتوه أو يدعوه من الأفعال، بعد تحديدها تحديداً قاطعاً لا يلبسها بغيرها. ولا كذلك ما تقره السلطة التشريعية من نصوص قانونية في مجال تنظيم الحقوق، ولا ما يصدره من هذه النصوص عن السلطة التنفيذية في حدود صلاحيتها التي ناطها الدستور بها، ذلك أن تلك النصوص جميعها لا تبلور عملاً مادياً تظهر به الجريمة على مسرحها، بل هي التي تحدد لدائرة التجريم نطاقها على ضوء الضرورة الاجتماعية التي تقدرها، وبما يكون مناسباً لمتطلباتها .
|
||||
|
||||
بناء عليه
|
||||
|
||||
يلتمس المتهم الحكم بإحالة للمحكمة الدستورية أو التصريح لنا بإقامة دعوى أمام المحكمة الدستورية طعنا على دستورية نص المادة 98 (و) عقوبات لتعارضها مع المواد 41، 47، 65، 66 من الدستور .
|
||||
|
||||
وكيل المتهم
|
||||
|
||||
المحامى
|
||||
|
||||
حسام حشيش عدد المشاركات >> 55 التاريخ >> 23/10/2006
|
||||
|
||||
العزيز الأستاذ أحمد راغب
|
||||
|
||||
كل الشكر لمجهوداتك الفاعلة والهائلة ..... ولكن أرجوا منك أن تعيد كتابة المذكرة هنا حيث لم نستطع قراءة المذكرة جيدا .. اعيد تنظيمها وانشرها هنا
|
||||
|
||||
محبتى
|
||||
|
||||
حسام فاضل حشيش
|
||||
|
||||
WWW.MOHAMOON.JEERAN.COM
|
||||
|
||||
أحمد راغب عدد المشاركات >> 28 التاريخ >> 23/10/2006
|
||||
|
||||
محكمة الأزبكية
|
||||
|
||||
جنح الازبكية
|
||||
|
||||
مذكرة بدفاع
|
||||
|
||||
السيد/ متهم
|
||||
|
||||
ضـد
|
||||
|
||||
1. النيابة العامة مباشرة الاتهام
|
||||
|
||||
2. السيد/ مدعى بالحق المدنى
|
||||
|
||||
فى القضية رقم
|
||||
|
||||
والمحدد لنظرها جلسة يوم الأحد الموافق
|
||||
|
||||
وسوف نخصص تلك المذكرة للدفع بعدم دستورية المادة 98 و من قانون العقوبات
|
||||
لتعارضها مع المواد 41 و47و65و66 من الدستور المصرى.
|
||||
|
||||
الوقائع
|
||||
|
||||
نحيل بشأنها إلى أوراق الدعوى حرصا منا على وقت العدالة
|
||||
|
||||
الدفـاع
|
||||
|
||||
ندفع بعدم دستورية نص المادة 98 (و) عقوبات لتعارضها مع المواد 41، 47، 65، 66 من الدستور:
|
||||
|
||||
قدم المتهم بالمادة 98 (و) من قانون العقوبات والتى أضيفت بموجب القانون رقم 29 لسنة 1982، وتنص على:
|
||||
|
||||
"يعاقب بالحبس مدة لا تقل عن ستة أشهر ولا تجاوز خمس سنوات أو بغرامة لا تقل عن خمسمائة جنيه ولا تجاوز ألف جنيه كل من استغل الدين فى الترويج أو التحبيذ بالقول أو بالكتابة أو بأية وسيلة أخرى لأفكار متطرفة بقصد إثارة الفتنة أو تحقير أو ازدراء أحد الأديان السماوية أو الطوائف المنتمية إليها أو الإضرار بالوحدة الوطنية أو السلام الاجتماعى."
|
||||
|
||||
جاء النص ليجرم الأفكار وهو ما يتعارض مع حرية الرأى والتعبير المكفولة بالمادة 47 من الدستور كما يتعارض مع الحرية الشخصية المكفولة بالمادة 41 من الدستور والتى تشمل حق الأفراد وحريتهم فى تبنى حتى الأفكار الخاطئة أو غير الصحيحة أو المتعارضة مع المجتمع
|
||||
|
||||
كما جاء نص التجريم فضفاضا بحيث لم يعرف النموذج التجريمى بحيث يستبعد منه صور لا جدال فى مشروعيتها، فهذا النص ينطبق على الصور المختلفة من الأفكار المتطرفة التى قد يكون بعضها مشروعا طالما لم يقترن بمحاولة فرضها بالقوة، فصيام الدهر مثلا فكرة تعد غلوا فى أداء شعائر الدين، أو الانقطاع لأداء الصلوات والاعتكاف فى المساجد، أو التصدق بكل ما يملك المتصدق مثلها ومن ثم ينطبق عليها جميعا مصطلح الأفكار المتطرفة
|
||||
|
||||
كما أن لفظ ترويج وتحبيذ غير محدد المعالم فسلطة الاتهام لا تعول شرط اختلاف المروج لديه أو المحبذ عنده مع أفكار القائم بالترويج أو التحبيذ بحيث يتداخل أفعال تدارس الأفكار بين المقتنعين بها وتعميقها مع فعل الترويج أو التحبيذ.
|
||||
|
||||
كما انه لا توجد حدود فاصلة قاطعة بين الاقتناع بالأفكار وتحبيذها فالمرء لا يقتنع بفكره قبل أن يحبذها ومن ثم يؤثم نص التجريم اعتناق الأفكار من بوابة التحبيذ، كما يؤثم التحبيذ الذاتى عندما يحبذ زيد فكرة ما دون أن يعمل على ترويجها، حيث لا يوجد تلازم بين التحبيذ والترويج حيث استخدم النص لفظة أو ليفيد المغايرة بين الترويج والتحبيذ
|
||||
|
||||
أن ذلك كله يتعارض مع نص الدستور فى المادة 66 منه على أنه لا جريمة ولا عقاب إلا بناء على القانون وبذلك حدد نطاق مبدأ الشرعية من الناحية الدستورية بعنصرين: أنه لا جريمة بغير نص، ولا عقاب بلا نص. ويطلق رجال القانون على العنصر الأول مبدأ شرعية الجرائم، فى حين يطلقوا على الثانى مبدأ شرعية العقاب. ويقتضى إعمال هذين المبدأين عدة ضوابط منها:
|
||||
|
||||
1- ضرورة التجريم
|
||||
|
||||
يقتضى مبدأ شرعية الجرائم ألا يجرم المشرع من الأفعال، ولا يؤثم من التصرفات إلا ما كانت هناك ضرورة ملجئه لتجريمه أو لتأثيمه؛ وذلك لان التجريم بطبيعته هو انتقاص من حرية المواطنين، وتضييق من نطاق ما يتمتعون به من حقوق، ومن ثم يدور وجودا و عدما مع وجود مصالح اجتماعية حيوية أجدر بالرعاية وأولى بالعناية من الجزء المنتقص من حرية المواطن.
|
||||
|
||||
والتجريم بطبيعته قيداً على الحريات الفردية، فيخضع للأصول العامة التى تخضع لها القيود، ولعل من أهمها اعتبار القيود استثناء تعد خروجاًً على الأصل، فالحرية هى الأصل أو القاعدة، والقيد هو الاستثناء، ويتفرع عن ذلك ضرورة إلا يتم التوسع فى الاستثناء (القيد)، ولو حدث هذا فإن الوضع ينقلب لتصبح الحرية هى الاستثناء، والقيد هو القاعدة، وهذا هو ما تلفظه المبادئ القانونية المستقرة. ولا توجد أى ضرورة اجتماعية تقضى تجريم حيازة مطبوعات مشروعة فى حد ذاتها، حيث لا يتولد عن هذا أي اضطراب اجتماعى.
|
||||
|
||||
وهناك العديد من الأحكام التى تبلور هذه المعانى منها:
|
||||
|
||||
ما ردده الحكم فى الطعن رقم 49 سنة قضائية 17 مكتب فني 7 تاريخ الجلسة
|
||||
15/6/1996 - صفحة رقم 739:
|
||||
|
||||
إن من المقرر ـ وعلى ما جرى به قضاء هذه المحكمة أن حقوق الإنسان وحرياته لا يجوز التضحية بها في غير ضرورة تمليها مصلحة اجتماعية لها اعتبارها وأن الحرية في أبعادها الكاملة لا تنفصل عن حرمة الحياة وأن إساءة استخدام العقوبة تشويها لأهدافها يناقض القيم التي تؤمن بها الجماعة في اتصالها بالأمم المتحضرة وتفاعلها معها.
|
||||
|
||||
وما جاء فى الحكم فى الطعن رقم 2 سنة قضائية 15 مكتب فني 8 تاريخ الجلسة
|
||||
4/1/1997 - صفحة رقم 241 من أن:
|
||||
|
||||
الرقابة القضائية التي تباشرها هذه المحكمة في شأن دستورية النصوص الجنائية، تضبطها مقاييس صارمة تتعلق بها وحدها، ومعايير حادة تلتئم مع طبيعتها، ولا تزاحمها في تطبيقها ما سواها من القواعد القانونية، ذلك أن هذه النصوص تتصل مباشرة بالحرية الشخصية التي أعلى الدستور قدرها، وألحقها دون غيرها بالحقوق الطبيعية باعتبارها من جنسها، ليكون صونها إعلاء لقدر النفس البشرية، متصلاً بأعماقها، ومنحها بذلك الرعاية الأوفى والأشمل توكيداً لقيمتها، وبما لا إخلال فيه بالحق في تنظيمها، وبمراعاة أن القوانين الجنائية قد تفرض على هذه الحرية ــ بطريق مباشرة أو غير مباشر ــ أخطر القيود وأبلغها أثراً، لتعطل ممارستها، أو ترهقها ــ دون ما ضرورة ــ بما ينافيها.
|
||||
|
||||
وأخيرا قضى الحكم فى الطعن رقم 37 سنة قضائية 15 مكتب فني 8 تاريخ الجلسة 3/8/1996 - صفحة رقم 67:
|
||||
|
||||
إن لكل جزاء جنائى أثراً مباشراً يرتد إلى طبيعته، يتمثل في حرمان الشخص من حقه في الحياة أو من حريته أو من ملكه، وكان منطقياً بالتالي، أن تقيم الدول المتحضرة تشريعاتها الجزائية وفق أسس ثابتة، تكفل بذاتها انتهاج الوسائل القانونية السليمة سواء في جوانبها الموضوعية أو الإجرائية، لضمان ألا تكون العقوبة أداة عاصفة بالحرية، تقمعها أو تقيدها بالمخالفة للقيم التي تؤمن بها الدول الديموقراطية في ارتباطها بالمقاييس المعاصرة لمفهوم الجزاء، ومن خلال ما يعكسها من مظاهر سلوكها على اختلافها، وكان لازماً على ضوء هذا الاتجاه، أن تقرر الدساتير التقدمية القيود التي ارتأتها على سلطة المشرع في مجال التجريم، تعبيراً عن إيمانها بأن حقوق الإنسان وحرياته لا يجوز التضحية بها في غير ضرورة تمليها مصلحة اجتماعية لها اعتبارها، وإعترافاً منها بأن الحرية فى أبعادها الكاملة لا تنفصل عن حرمة الحياة، وأن الحقائق المريرة التي عايشتها البشرية على امتداد مراحل تطورها، تفرض نظاماً متكامل الملامح يكفل للجماعة مصالحها الحيوية، ويصون ــ في إطار أهدافه ــ حقوق الفرد وحرياته الأساسية، بما يحول دون إساءة استخدام العقوبة، تشويها لأغراضها. كذلك فإن العقوبة التي يفرضها المشرع في شأن جريمة حدد أركانها، تبلور مفهوماً للعدالة يتحدد على ضوء الأغراض الاجتماعية التي تستهدفها، والتي لا يندرج تحتها رغبة الجماعة أو حرصها على إرواء تعطشها للثأر والانتقام، أو سعيها ليكون بطشها بالمتهم تكفيراً عما أتاه، وإن أمكن القول إجمالاً بأن ما يعتبر جزاء جنائياً، لا يجوز أن يقل في مداه عما يكون لازماً لحمل الفرد على أن ينتهج طريقاً سوياً، لا تكون الجريمة مدخلاً إليه، ولا يكون ارتكابها في تقديره ــ إذا ما عقد العزم عليها ــ أكثر فائدة من تجنبها.
|
||||
|
||||
2- ضرورة تحديد الجريمة
|
||||
|
||||
يقتضى الفهم القانونى السليم ضرورة أن يحدد المشرع تحديداً كافياً الأفعال التى اقتضت الضرورة تجريمها، وأن يبين بوضوح تام مختلف عناصرها وأركانها، ويجد هذا العنصر سنده ليس فقط فى المبدأ القانونى المستقر والقاضى بكفالة حق الدفاع للمتهم، الذى يقتضى وضوح نصوص التجريم حتى يقوم الدفاع بدوره المفترض، وغموض النصوص التجريمية يعجز الدفاع عن أداء هذا الدور.؛ وإنما يجد سنده فى مبدأ الفصل بين السلطتين التشريعية والقضائية؛ فالغموض التجريمى يعطى القاضى سلطة تقديرية واسعة فى التجريم، ويفسح له المجال للقيام بدور السلطة التشريعية ذاتها فى خلق الجريمة، وإنزال العقاب عن أفعال لم تجرمها، وبهذه المثابة يمثل خرقًا فادحًا لمبدأ شرعية الجرائم؛ لأن التجريم سيكون بلا نص، فضلاً عن أنه يمثل خرقاً لمبدأ عدم رجعية العقاب الجنائى؛ لأنه يؤدى إلى العقاب عن أفعال لم تجرم إلا بعد ارتكابها.
|
||||
|
||||
كما يستند إلى حق المواطن فى الأمن القانونى، كهدف دستورى تسعى كافة الدساتير إلى كفالته للإنسان بصفة عامة، وللمواطن بصفة خاصة، فغموض نص التجريم يسلب الإنسان قدرته على العلم مقدما،ً بما إذا كان فعله أو امتناعه مباحاُ أم مجرماً، وآنذاك يغم عليه المجال المحظور ارتياده من ذاك المباح إتيانه. وهذا يؤدى إلى ضياع الحدود الفاصلة بين الحل والحرمة، والإثم والإباحة، وآنذاك يؤاخذ الفرد بظلم، ويقع عقابه عن فعل لم تتجه إليه إرادته، ولم ينصرف إليه قصده. ونص التجريم المسند لنا جاء فضفاضاً، بحيث لا نجد له ضابط.
|
||||
|
||||
جاء فى الحكم فى الطعن رقم 114 سنة قضائية 21 مكتب فني 9 تاريخ الجلسة 2/6/2001 - صفحة رقم 986 ما يلى:
|
||||
|
||||
من القواعد المبدئية التي يتطلبها الدستور في القوانين الجزائية أن تكون درجة اليقين التي تنتظم أحكامها في أعلي مستوياتها وأظهر في هذه القوانين منها في أية تشريعات أخري ذلك أن القوانين الجزائية تفرض علي الحرية الشخصية أخطر القيود وأبلغها أثرا ويتعين بالتالي - ضمانا لهذه الحرية - أن تكون الأفعال التي تؤثمها هذه القوانين محددة بصورة قاطعة بما يحول دون التباسها بغيرها وأن تكون تلك القوانين جلية واضحة في بيان الحدود الضيقة لنواهيها ذلك أن التجهيل بها أو إبهامها في بعض جوانبها لا يجعل المخاطبين بها علي بينة من حقيقة الأفعال التي يتعين عليهم تجنبها كذلك فإن غموض مضمون النص العقابي مؤداه أن يحال بين محكمة الموضوع وبين إعمال قواعد منضبطة تعين لكلك جريمة أركانها وتقرر عقوبتها بما لا خفاء فيه وهي قواعد لا ترخص فيها وتمثل إطارا لعملها لا يجوز تجاوزه ذلك أن الغاية التي يتوخاها الدستور هي أن يوفر لكل مواطن الفرص الكاملة لمباشرة حرياته في إطار من الضوابط التي قيدها بها ولازم ذلك أن تكون القيود علي الحرية التي تفرضها القوانين الجزائية محددة بصورة يقينية لأنها تدعو المحاطين بها إلي الامتثال لها لكي يدفعوا عن حقهم في الحياة وكذلك عن حرياتهم تلك المخاطر التي تعكس العقوبة بحيث لا يتمك تجاوز الحدود التي اعتبرها الدستور مجالا حيويا لمباشرة الحقوق والحريات التي كفلها وهو ما يخل في النهاية بالضوابط الجوهرية التي تقوم عليها المحاكمة المنصفة وفقا لنص المادة 67 من الدستور
|
||||
|
||||
وفى ذات الاتجاه تضمن الحكم فى الطعن رقم 25 سنة قضائية 16 مكتب فني 7
|
||||
تاريخ الجلسة 3/7/1995 - صفحة رقم 45 ما يلى:
|
||||
|
||||
إن تحديد الطبيعة القانونية للنص المطعون فيه ، وما إذا كان واقعاً في نطاق المسئولية المدنية، أم مستنهضاً صورة من صور المسئولية الجنائية يعد أمراً لازماً للفصل في دستوريته على ضوء المطاعن الموجهة إليه ذلك أن دستورية النصوص الجنائية تحكمها مقاييس صارمة تتعلق بها وحدها، ومعايير حادة تلتئم مع طبيعتها ولا تزاحمها في تطبيقها ما سواها من القواعد القانونية فقد أعلى الدستور قدر الحرية الشخصية فاعتبرها من الحقوق الطبيعية الكامنة في النفس البشرية، الغائرة في أعماقها والتي لا يمكن فصلها عنها ومنحها بذلك الرعاية الأوفى والأشمل توكيداً لقيمتها، وبما لا إخلال فيه بالحق في تنظيمها وبمراعاة أن القوانين الجنائية قد تفرض على هذه الحرية بطريق مباشر أو غير مباشر أخطر القيود وأبلغها أثراً. وكان لازماً بالتالي ألا يكون النص العقابي محملاً بأكثر من معنى مرهقاً بأغلال تعدد تأويلاته مرناً مترامياً على ضوء الصيغة التي أفرغ فيها متغولا ـ من خلال انفلات عباراته ـ حقوقاً أرساها الدستور، مقتحماً ضماناتها، عاصفاً بها، حائلاً دون تنفسها بغير عائق ويتعين بالتالي أن يكون إنفاذ القيود التي تفرضها القوانين الجنائية على الحرية الشخصية، رهناً بمشروعيتها الدستورية ويندرج تحت ذلك أن تكون محددة بصورة يقينية لا التباس فيها. ذلك أن هذه القوانين تدعو المخاطبين بها إلى الامتثال لها كي يدفعوا عن حقهم في الحياة وكذلك عن حرياتهم تلك المخاطر التي تعكسها العقوبة ومن ثم كان أمراً مقضياً، أن تصاغ النصوص العقابية بما يحول دون انسيابها أو تباين الآراء حول مقاصدها، أو تقرير المسئولية الجنائية في غير مجالاتها عدواناً على الحرية الشخصية التي كفلها الدستور.
|
||||
|
||||
وانظر أيضا ما ردده الحكم فى الطعن رقم 149 سنة قضائية 18 مكتب فني 8 تاريخ الجلسة 15/11/1997 - صفحة رقم 949:
|
||||
|
||||
تأثيم الدستور أو المشرع أفعالاً بذواتها أو صوراً من الامتناع يحددانها، مؤداه أن يتخذ هذا الفعل أو الامتناع مظهراً مادياً، فلا يكون كامناً في أعماق النفوس مغلفاً بدخائلها، بل ظاهراً جلياً معبراً عن إرادة عصيان نصوص عقابية آمرة زجر بها المشرع المخاطبين بها، محدداً من خلالها ما ينبغي عليهم أن يأتوه أو يدعوه من الأفعال، بعد تحديدها تحديداً قاطعاً لا يلبسها بغيرها. ولا كذلك ما تقره السلطة التشريعية من نصوص قانونية في مجال تنظيم الحقوق، ولا ما يصدره من هذه النصوص عن السلطة التنفيذية في حدود صلاحيتها التي ناطها الدستور بها، ذلك أن تلك النصوص جميعها لا تبلور عملاً مادياً تظهر به الجريمة على مسرحها، بل هي التي تحدد لدائرة التجريم نطاقها على ضوء الضرورة الاجتماعية التي تقدرها، وبما يكون مناسباً لمتطلباتها.
|
||||
|
||||
بناء عليه
|
||||
|
||||
يلتمس المتهم الحكم بإحالة للمحكمة الدستورية أو التصريح لنا بإقامة دعوى أمام المحكمة الدستورية طعنا على دستورية نص المادة 98 (و) عقوبات لتعارضها مع المواد 41، 47، 65، 66 من الدستور.
|
||||
|
||||
وكيل المتهم
|
||||
|
||||
أحمد سيف الإسلام حمد
|
||||
|
||||
المحامى
|
||||
|
||||
احمد راغب عضو لجنة الحريات بنقابة المحامين ( مصر)
|
||||
|
||||
احمد سويد عدد المشاركات >> 236 التاريخ >> 24/10/2006
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-05-18.org][2012-05-18.org]]
|
||||
29
notes/_efpersonal.org
Normal file
29
notes/_efpersonal.org
Normal file
@@ -0,0 +1,29 @@
|
||||
#+TITLE: قاعدة التشريعات :EF:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* قاعدة التشريعات :EF:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 075d6364-c0ab-440c-92b3-fac7a16d3f24
|
||||
:SOURCE: /home/user/memex/daily/2016-04-20.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2016-04-20 16:37:24+0200]
|
||||
:MODIFIED: [2016-06-21 09:00:40+0200]
|
||||
:IMPORTED: [2023-02-08 19:22:49-0500]
|
||||
|
||||
القوانين من 124 إلى 147 لسنة 2004 غير موجودة على البوابة القانونية.
|
||||
|
||||
77 لسنة 2003 بشأن المخابرات
|
||||
|
||||
7 لسنة 2002 بشأن المخابرات
|
||||
|
||||
2 لسنة 2002
|
||||
|
||||
171 لسنة 1998
|
||||
|
||||
وصلني عددين مختلفين من ج2023-025-ت. قررت تسمية العدد الذي يحتوي على قرار رئيس مجلس الوزراء بإصدار عملات تذكارية ج2023-025-ت-أ.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2016-04-20.org][2016-04-20.org]]
|
||||
53
notes/_eiprequalitypersonal.org
Normal file
53
notes/_eiprequalitypersonal.org
Normal file
@@ -0,0 +1,53 @@
|
||||
#+TITLE: ماسبيرو :EIPR:equality:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* ماسبيرو :EIPR:equality:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 8612fcbc-6483-4db2-b0c3-e0369b42568f
|
||||
:SOURCE: /home/user/memex/daily/2011-10-12.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-10-12 Wed 17:24]
|
||||
:MODIFIED: [2013-01-19 Sat 11:11]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
السياق طائفي، و لكن المشكلة بين السلطة و المتظاهرين
|
||||
|
||||
الاستخدام المفرط قانون. هذا الاستخدام غير قانوني
|
||||
|
||||
رمي الجثث في النيل
|
||||
|
||||
الدعاة للمسيرات
|
||||
|
||||
أصحاب محلات في المنطقة (ماسبيرو و القهوة في رمسيس)
|
||||
|
||||
شهادات المصابين و الضحايا
|
||||
|
||||
لإسحق: أحمد عبد الله سألوه عن دينه
|
||||
|
||||
مصرين على استعداد لتصوير الشهادات. قد يفيد أن نعمل بالشراكة معهم
|
||||
|
||||
خريطة متحركة
|
||||
|
||||
شهود عيان منا
|
||||
|
||||
بيان جماعي
|
||||
|
||||
راجية و ماجدة: الطب الشرعي و النيابة
|
||||
|
||||
داليا: أطباء و إعلاميين
|
||||
|
||||
رامي: تجميع الموارد
|
||||
|
||||
الحسين و كريم و اسحق: الشهادات
|
||||
|
||||
مها و نسيم
|
||||
|
||||
طبقا لعلاء سيف، المسيرة واخدة تصريح.
|
||||
|
||||
أحمد عادل، نازلي حسين ثم علاء سيف
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-10-12.org][2011-10-12.org]]
|
||||
35
notes/_eiprnationalsecuritypersonal.org
Normal file
35
notes/_eiprnationalsecuritypersonal.org
Normal file
@@ -0,0 +1,35 @@
|
||||
#+TITLE: حالة الطوارئ :EIPR:nationalSecurity:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* حالة الطوارئ :EIPR:nationalSecurity:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: ebfd1b66-885b-4c72-9df0-ed394f31952a
|
||||
:SOURCE: /home/user/memex/daily/2011-09-22.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-09-22 Thu 14:15]
|
||||
:MODIFIED: [2011-09-22 Thu 15:26]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
هل نسخت الفقرة الأخيرة من المادة 59 من الإعلان الدستوري المادة الأولى من قرار رئيس الجمهورية 126/2010؟
|
||||
|
||||
حكم محكمة النقض بخصوص النسخ
|
||||
|
||||
المحكمة العليا رأت أن إعلان حالة الطوارئ قرار سيادي لا يجوز الطعن عليه مطلقا، لأنه يمارس على أساس أنها سلطة حكم و ليست سلطة إدارة
|
||||
|
||||
هل تحتاج مساعدة في بحث مقارن في دول ثانية عن أعمال السيادة فيما يتعلق بإعلان حالة الطوارئ، خصوصا في الفقه الفرنسي؛ تفسير الأمم المتحدة في الحالات و الضوابط المتعلقة بإعلان حالة الطوائ. جنوب أفريقيا
|
||||
|
||||
ورق من يحيى الجمل، و أحمد فؤاد أبو المجد
|
||||
|
||||
الخلاف خلاف تفسير
|
||||
|
||||
قضية
|
||||
|
||||
بيان يوم الأحد
|
||||
|
||||
التوقيف و التفتيش
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-09-22.org][2011-09-22.org]]
|
||||
20
notes/_eiprpersonal.org
Normal file
20
notes/_eiprpersonal.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: البوليس :EIPR:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* البوليس :EIPR:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 54b3ec8b-c399-4fbe-9972-026b4c855675
|
||||
:SOURCE: /home/user/memex/daily/2011-06-26.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-06-26 Sun 15:31]
|
||||
:MODIFIED: [2011-06-26 Sun 15:31]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
الضبط الجنائي Keeping the law
|
||||
الضبط الإداري Keeping the peace
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-06-26.org][2011-06-26.org]]
|
||||
60
notes/_eiprprivacypersonal.org
Normal file
60
notes/_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,60 @@
|
||||
#+TITLE: قضية التعويض من شركات الاتصالات :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* قضية التعويض من شركات الاتصالات :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 08b2fc6a-c20d-4f9a-9225-04467c7f1141
|
||||
:SOURCE: /home/user/memex/daily/2011-03-01.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-03-01 Tue 17:05]
|
||||
:MODIFIED: [2011-03-01 Tue 17:58]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
|
||||
استهداف هواتف النشطاء (استبعاد غير النشطاء)
|
||||
|
||||
حصر الهواتف
|
||||
|
||||
تقديم شكاوى
|
||||
|
||||
توكيلات
|
||||
|
||||
عريضة
|
||||
|
||||
حجب خدمة الهواتف عن الميدان / عن مصر
|
||||
|
||||
عريضة
|
||||
|
||||
تدخل انضمامي من متظاهري التحرير يوم 25 يناير
|
||||
|
||||
حجب مواقع إنترنت عن مصر / حجب خدمة إنترنت عن مصر
|
||||
|
||||
نور (رامي عن طريق شادي سمير)
|
||||
|
||||
خالد بشارة (وائل عن طريق عمرو غربية)
|
||||
|
||||
نورا يونس (عمرو غربية)
|
||||
|
||||
خالد البلشي (أحمد عزت)
|
||||
|
||||
ابراهيم عيسى (حسام بهجت)
|
||||
|
||||
بيانات من تويتر و بامبوزر
|
||||
|
||||
عريضة
|
||||
|
||||
تدخل انضمامي
|
||||
|
||||
الأسماء التجارية للشركات كلها و عناوين مقراتها الإدارية
|
||||
|
||||
فودافون بريطانيا
|
||||
|
||||
موبينيل
|
||||
|
||||
اتصالات
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-03-01.org][2011-03-01.org]]
|
||||
23
notes/_personal.org
Normal file
23
notes/_personal.org
Normal file
@@ -0,0 +1,23 @@
|
||||
#+TITLE: كتب للشراء :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* كتب للشراء :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 263b398f-ce04-4d19-9686-867031c45b42
|
||||
:SOURCE: /home/user/memex/daily/2009-05-15.org
|
||||
:END:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2009-05-15.org][2009-05-15.org]]
|
||||
20
notes/academic_writing_academiacslapersonal.org
Normal file
20
notes/academic_writing_academiacslapersonal.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Academic Writing :academia:CSLA:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Academic Writing :academia:CSLA:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: faead255-40d5-4f9a-a3df-ddb02d9d2540
|
||||
:SOURCE: /home/user/memex/daily/2016-08-11.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2016-08-11 06:48:36+0100]
|
||||
:MODIFIED: [2016-08-11 08:23:15+0100]
|
||||
:IMPORTED: [2023-02-08 19:22:45-0500]
|
||||
|
||||
"You have to show on the page that you are aware why you are making the decisions you are making."
|
||||
|
||||
There is not a huge difference between a proposal and introduction in an academic article.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2016-08-11.org][2016-08-11.org]]
|
||||
31
notes/accomplishments.org
Normal file
31
notes/accomplishments.org
Normal file
@@ -0,0 +1,31 @@
|
||||
#+TITLE: Accomplishments
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Accomplishments
|
||||
:PROPERTIES:
|
||||
:CREATED: edeabba8-9ef7-46a7-a08b-4ab5e65d6068
|
||||
:SOURCE: /home/user/memex/daily/2026-03-30.org
|
||||
:END:
|
||||
|
||||
|
||||
- *New Structure:* Configuration moved from monolithic `emacs.org` to domain-specific modules in `~/memex/system/`.
|
||||
- *Bootstrap Fix:* `~/.emacs` rewritten as a robust bootstrap that prioritizes the newer Org-mode version from `straight.el` to prevent version mismatches.
|
||||
- *Path Normalization:* All `org-directory`, `org-roam`, and capture paths standardized to `~/memex/`.
|
||||
- *Literate Mandate:* All modular files (`emacs-*.org`) are the source of truth, tangling locally to `.el` files.
|
||||
|
||||
- *DAG Implementation:* Successfully ran `org-gtd-upgrade-v3-to-v4`.
|
||||
- *Database Partitioning:* To handle context limits and prevent crashes, massive legacy blocks were moved to separate inbox files:
|
||||
- `inbox-rotten-uri.org` (3,048 items)
|
||||
- `inbox-web-bookmarks.org` (733 items)
|
||||
- `inbox-atoms.org` (Deeply nested items)
|
||||
- `inbox-emacs.org` (336 items)
|
||||
- `inbox-posts.org` (Legacy web content)
|
||||
- *Shadow Orchestration:* Integrated `:PSF-STATE:` properties into `gtd.org` for engineering lifecycle tracking.
|
||||
|
||||
- *Mandates:* Codified Lisp Machine Sovereignty, Org Mandate, and Literate Programming.
|
||||
- *Skill Upgrade:* `skill-project-foundry.org` now scaffolds full SDLC structures (`src/`, `tests/`, `docs/`, `PRD.org`, `PROTOCOL.org`).
|
||||
- *Audit Loop:* `Scribe-Agent.org` updated to audit workspace compliance.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-30.org][2026-03-30.org]]
|
||||
33
notes/aclu_eiprprivacypersonal.org
Normal file
33
notes/aclu_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,33 @@
|
||||
#+TITLE: ACLU :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* ACLU :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: f07c32c0-b9dc-4953-99db-3889b6afbb3f
|
||||
:SOURCE: /home/user/memex/daily/2012-01-23.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2012-01-23 Mon 09:31]
|
||||
:MODIFIED: [2012-01-23 Mon 10:18]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Jameel
|
||||
|
||||
Online privacy, the twitter soappena cases
|
||||
|
||||
Ways of collaboration
|
||||
|
||||
Information on US government on threatening of Egypt activists
|
||||
|
||||
OSF arguments in favour of FOI
|
||||
|
||||
Send us the three or four big issues we are working on and ACLU can give back advocacy strategeis
|
||||
|
||||
CIA case with Facebook and other cases
|
||||
|
||||
Possibility of learning about US exports to Egypt in surveillance
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-01-23.org][2012-01-23.org]]
|
||||
47
notes/activities.org
Normal file
47
notes/activities.org
Normal file
@@ -0,0 +1,47 @@
|
||||
#+TITLE: Activities
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Activities
|
||||
:PROPERTIES:
|
||||
:CREATED: 7e597cf7-e65b-4e94-92d8-005bf93890f9
|
||||
:SOURCE: /home/user/memex/daily/2026-03-22.org
|
||||
:END:
|
||||
|
||||
- *Problem:* Agent suffered from "context amnesia" after a session reset at 08:10 AM, losing the path to `emacs.org` and failing to rediscover it.
|
||||
- *Root Cause:* Search depth was too shallow (workspace root only), and the `opencortex-memex-gtd` skill was not in the executable skills directory.
|
||||
- *Resolution:*
|
||||
- Identified canonical path: `/home/amr/.openclaw/workspace/memex/5_projects/dotemacs/emacs.org`.
|
||||
- Restored skills by copying `opencortex-memex-gtd`, `opencortex-memex-workbreakdown`, and `opencortex-memex-zettlekasten` to standard `.openclaw/skills/` directory.
|
||||
- Synced `GTD.org` and `memex/gtd.org` to ensure "Ground Truth" is consistent.
|
||||
|
||||
- *Action:* Refactored the monolithic `emacs.org` into a modern modular system.
|
||||
- *New Structure:*
|
||||
- `dotemacs.org`: Master orchestrator and bootstrap.
|
||||
- `modules/emacs-core.org`: Straight.el, server, performance.
|
||||
- `modules/emacs-ui.org`: Appearance, org-modern.
|
||||
- `modules/emacs-org.org`: Core Org, Agenda, Capture.
|
||||
- `modules/emacs-gtd.org`: Org-GTD specifics.
|
||||
- `modules/emacs-roam.org`: Org-roam and Atomic Notes (Zettelkasten).
|
||||
- `modules/emacs-writing.org`: Spellcheck, flycheck, text modes.
|
||||
- `modules/emacs-media.org`: calibredb, nov.el, org-noter.
|
||||
- `modules/emacs-ai.org`: ellama and providers.
|
||||
- `modules/emacs-shell.org`: Bash/Eshell integration.
|
||||
- *Standard:* Documented modularity as the new standard in `SOUL.md`.
|
||||
|
||||
- *Action:* Verified and improved the Org-to-JSON bridge for programmatic manipulation.
|
||||
- *Improvement:* Refactored `org-json-bridge.el` with a recursive cleaning function to ensure 100% JSON-serializable output of the Org AST.
|
||||
- *Verification:* Successfully tested parsing of `inbox.org` via the Python CLI.
|
||||
|
||||
- *Change:* Migrated `GTD.org` from simple checkmarks `[ ]` to proper Org-mode `TODO`/`NEXT` headings.
|
||||
- *Rationale:* Enables the `org-gtd` skill to programmatically promote and track tasks.
|
||||
- *Persistence:* Encoded this as a "Permanent Learning" in `SOUL.md`.
|
||||
|
||||
- *Action:* Addressed critical vulnerabilities from 2026-03-13 audit.
|
||||
- *Improvements:*
|
||||
- Hardened Docker port bindings for Chromium, Gitea, and GitLab (now bound to `127.0.0.1` instead of `0.0.0.0`).
|
||||
- Drafted manual `sudo` commands for UFW activation and system log access.
|
||||
- *Result:* Minimized network attack surface for infrastructure services.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-22.org][2026-03-22.org]]
|
||||
28
notes/adef_construct_eiprprivacypersonal.org
Normal file
28
notes/adef_construct_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,28 @@
|
||||
#+TITLE: ADEF Construct :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* ADEF Construct :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: b9be9556-24ec-4df0-b22a-19634632b597
|
||||
:SOURCE: /home/user/memex/daily/2011-06-22.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2011-06-22 Wed 12:10]
|
||||
:MODIFIED: [2011-06-22 Wed 14:46]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
ADEF role
|
||||
|
||||
Technical support
|
||||
|
||||
Incubation in citizen journalism: assumes
|
||||
|
||||
ability to sustain itself later on
|
||||
|
||||
Supporting one time initiatives
|
||||
|
||||
Mobility: learning, capacity building
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-06-22.org][2011-06-22.org]]
|
||||
59
notes/advocacy_personal.org
Normal file
59
notes/advocacy_personal.org
Normal file
@@ -0,0 +1,59 @@
|
||||
#+TITLE: Advocacy :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Advocacy :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 118f3680-7ba4-46b5-9426-b5eb10bf71ab
|
||||
:SOURCE: /home/user/memex/daily/2016-02-22.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2016-02-22 Mon 11:13]
|
||||
:MODIFIED: [2016-02-23 Tue 11:05]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Susann Nilsson
|
||||
Counsellor
|
||||
Deputy Head of Mission
|
||||
Embassy of Sweden in Cairo
|
||||
13, Mohamed Mazhar Street, Zamalek
|
||||
20 2 2728 9215
|
||||
susann.nilsson@gov.se
|
||||
|
||||
Rana Abbawi
|
||||
First Secretary
|
||||
Embassy of the Kingdom of the Netherlands
|
||||
Cairo - Egypt
|
||||
Tel +20 (0)2 2739 5571
|
||||
Mob. +20 (0) 10 28528183
|
||||
http://egypt.nlembassy.org
|
||||
http://facebook.com/nlembassyegypt
|
||||
Rana.Abbawi@minbuza.nl
|
||||
|
||||
Gabriel Munuera Vinals
|
||||
First Counsellor
|
||||
Head of Political, Press and Information Section
|
||||
European Union Delegation to the Arab Republic of Egypt
|
||||
Nile City Towers, North Tower, 2005 C Corniche El Nil, 10th Floor
|
||||
Ramlet Boulaq, Cairo – Egypt
|
||||
Tel: (+20 2) 2461 9860 Ext: 229
|
||||
Fax: (+20 2) 2461 9884
|
||||
Website: http://eeas.europa.eu/delegations/egypt/index_en.htm
|
||||
Face book Page: www.facebook.com/EUDelegationegypt
|
||||
Email: gabriel.munuera-vinals@eeas.europa.eu
|
||||
|
||||
Tara E. Foley
|
||||
Political Officer
|
||||
U.S. Embassy Cairo, Egypt
|
||||
Phone: +20-(0)2-2797-2646
|
||||
FoleyTE@state.gov
|
||||
|
||||
Merete.Dyrud@mfa.no
|
||||
Kristel.Manal.Tonstad@mfa.no
|
||||
ramses.malaty@formin.fi
|
||||
jacfab@um.dk
|
||||
Jan Bittber pol-3@kair.auswaertiges-amt.de
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2016-02-22.org][2016-02-22.org]]
|
||||
177
notes/ahmed_hussein_eiprprivacypersonal.org
Normal file
177
notes/ahmed_hussein_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,177 @@
|
||||
#+TITLE: Ahmed Hussein :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Ahmed Hussein :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: bd7b2adc-a8b2-4243-9483-9d2cf23a9d21
|
||||
:SOURCE: /home/user/memex/daily/2013-06-02.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2013-06-02 Sun 16:34]
|
||||
:MODIFIED: [2013-06-05 Wed 11:33]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
SEMEWE3 10 GB - SDH Synchronous digital Heirarchy - 1 lamda
|
||||
|
||||
STM1 155Mbit == 15million dollars 1999/2000
|
||||
|
||||
90K dollars 2004
|
||||
|
||||
STM4
|
||||
|
||||
You buy Right Of Use ROU for the cables lifetime (25 years)
|
||||
|
||||
FLAG - 8 lamda
|
||||
|
||||
BWDM Wave division multiplexing
|
||||
|
||||
SE-Me-We 4 100 lamda
|
||||
|
||||
TE North 160 lamda 1.6 Tbit/S
|
||||
|
||||
poor quality cables on land, walks next to SOMED
|
||||
|
||||
Saweris cable also
|
||||
|
||||
من أبو قير إلى سنترال الأوتو، و من الأوتو إلى رمسيس بدون تفريع قبل رمسيس
|
||||
|
||||
لحد 2002، لم يكن يمكن تمرير أي مرور قبل رمسيس، تغير هذا لاحقا
|
||||
|
||||
سنترال دولي في مصر (تقريبا وحيد في رمسيس)
|
||||
|
||||
المصرية للاتصالات تصل إلى Telecom Italia and At&T.
|
||||
|
||||
1. Trasmission circuit
|
||||
|
||||
2. IP circuit (two routers at two ends)
|
||||
|
||||
Cables cost also for 1) maintenance (yearly) and 2) restoration (backup)
|
||||
|
||||
FLAG installed a router in Ramsis and gives IP port. It was called Ip Hub, partnership between TE and FLAG
|
||||
|
||||
Second router (Hub) in Auto central
|
||||
|
||||
Who can buy circuits?
|
||||
|
||||
Problems with pricing of SeMeWE4
|
||||
|
||||
A. Transmission is
|
||||
|
||||
Cables (was a monopoly by TE until it opened in 2004 and there were five consortiums)
|
||||
|
||||
Landing Stations
|
||||
|
||||
B. Data circuits
|
||||
|
||||
In 2000 (or 2001), Hisham el Sherif (using his relations with army and Mubarak) took a monopoly over data NOL. 120$ million (25% TE, 25% EGIS, 25% army (Nile Venture), 25% Egyptian banks) were spend on old technologies (IP on top ATM). Due dilligance Ahmed Hussein did in 2004. It was worth 80 million pounds In MINUS because of the old systems
|
||||
|
||||
C. International voice
|
||||
|
||||
The other scandal was عبد الرحمن الصاوي and TEData and had another scandal
|
||||
|
||||
Nazeef said three classes of licenses:
|
||||
|
||||
A has right to take international circuits via TEs transmission: NOL, EgyNet, Link, Giganet+IDSC مصطفى عبد الواحد و أحمد حسين(TE data later)
|
||||
|
||||
B service providers without international circuits. Took from class A: Raya (bought by Vodafone later), Yalla, MenaNet and Noor باسل دلول (a fifth one never became operational)
|
||||
|
||||
Class C: resellers. Ahram, Akhbar and others
|
||||
|
||||
Classes A and B had the right to build public data networks. From EM, all the way to 10Gbit Ethernet. They had their international IP ports from abroad, or through FLAG. Ports are paid for monthly.
|
||||
|
||||
الجيش يأخذ القرارات. المخابرات رأيها استشاري و لها حق الفيتو
|
||||
|
||||
المخابرات كانت مع redundancy and avoiding single points of failure
|
||||
|
||||
الجيش كان مع السيطرة من خلال المصرية للاتصالات
|
||||
|
||||
99% of the network inside Egypt is TE
|
||||
|
||||
Uptill 2004, only TE had international voice license. Tarek Kamel decided operators mobile operators can also have them. He made a deal with Itisalat Egypt to buy the two losing ISPs (NOL and EgyNet for 300EGP million. They were worth zero) in place of preferential terms for international voice.
|
||||
|
||||
The terms were
|
||||
|
||||
100 EGP for each existing customer
|
||||
|
||||
20 EGP for each new customer. This is why Vodafone and MobiNil channel international calls through Israel. Vodafone pressured, and MobiNil resorted to VoIP. It was likely a response to the terms
|
||||
|
||||
TEData 30 million EGP
|
||||
|
||||
NOL 600 million EGP
|
||||
|
||||
EgyNet 120 million EGP
|
||||
|
||||
Linkdot net ¬30-49 million EGP
|
||||
|
||||
Even TE through TEData, محمد النواوي, then CEO TEData, persuaded TE that TEData is going bankrupt. Solution to agree TEData terminates international calls via VoIP, which earned TEData 1m$ per month, for two or three years. He directed most of the money towards polishing his political career
|
||||
|
||||
Three or fours years later, TE earned the calls cost, and TEData
|
||||
|
||||
cable: FALCON, cable Egypt-Italy, then Italy-Israel. Israel pressuring for closing the triangle. EGIS refuses. One explanation of cuts is Israel trying to pressure EGIS
|
||||
|
||||
Surveillance
|
||||
|
||||
Local traffic is difficult to monitor unless you are targeted. EGIS has devices in all ISPs that log authentication. Before that EGIS used to ask ISPs for users using certain posts
|
||||
|
||||
Narus device sold from Giza to EGIS
|
||||
|
||||
Cannot validate sensors
|
||||
|
||||
Spectronic, in the modem days. They installed devices to monitor modems. Attended as a consultant a meeting with Spectronic. They could reconstruct web pages
|
||||
|
||||
9 major centrals in Cairo.
|
||||
|
||||
TE provide:
|
||||
|
||||
Retail
|
||||
|
||||
Companies: fibre for companies
|
||||
|
||||
services for service providers
|
||||
|
||||
Almost almost no one can lay fibre but TE and the army
|
||||
|
||||
TE make money from:
|
||||
|
||||
Loop unbundling: 8 EGP/month for TE to use DSL
|
||||
|
||||
Transmission
|
||||
|
||||
local calls
|
||||
|
||||
international calls
|
||||
|
||||
TE used to make 9billion/year
|
||||
|
||||
now 1.5 billion/year
|
||||
|
||||
55K employees down to 47K
|
||||
|
||||
16% of land (realestate) prices goes to utilities. 4% to each utility.
|
||||
|
||||
اتفاق محمد عبد الرحيم مع المجتمعات العمرانية الجديدة على 1500 جنيه للشقة. تكلفة مد الخطوط للشقة قد تصل إلى 4000 جنيه، دون فرق بين النحاس و الفايبر.
|
||||
|
||||
اتفاق مع صبور في أحد الكومباوندز
|
||||
|
||||
Link and (Tele tech) Magdi rasekh have licences to build fibre for less than 5000 units
|
||||
|
||||
DSL Access: Hwaei, Alcatel Lucent, smaller: ZTE, Zhone
|
||||
|
||||
Transmission equipment: siemns, Alcatel. Hwawei is eating up the market
|
||||
now
|
||||
|
||||
Providers: Cicso, Juliber
|
||||
|
||||
Mobile: Erricson, Hwawei, Alcatel smaller
|
||||
|
||||
Need more info on mobile and landline topologies
|
||||
|
||||
Lawful intercept
|
||||
|
||||
CERT: مكاوي
|
||||
|
||||
Man in the middle through agreements with CA (Ahmed Hussein had a self signed certificate on google.com)
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2013-06-02.org][2013-06-02.org]]
|
||||
20
notes/all_day_consultations_academiacslapersonal.org
Normal file
20
notes/all_day_consultations_academiacslapersonal.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: All day consultations :academia:CSLA:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* All day consultations :academia:CSLA:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 14d568c4-f086-41ce-b2a2-50834c54b237
|
||||
:SOURCE: /home/user/memex/daily/2016-08-26.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2016-08-26 Fri 06:18]
|
||||
:MODIFIED: [2016-08-26 Fri 07:36]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Help placing Findlay's paragraph, or perhaps breaking it into two: the first sentence remains in this section, merged into another paragraph, and the theory moves up to the new Background section.
|
||||
|
||||
Should I put the theoretical framework in the migration section?
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2016-08-26.org][2016-08-26.org]]
|
||||
77
notes/aly_tayeb_eiprpersonal.org
Normal file
77
notes/aly_tayeb_eiprpersonal.org
Normal file
@@ -0,0 +1,77 @@
|
||||
#+TITLE: Aly Tayeb :EIPR:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Aly Tayeb :EIPR:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 3cc04ae4-94da-4a9d-a6b8-dd32c1f8477c
|
||||
:SOURCE: /home/user/memex/daily/2012-05-03.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2012-05-03 Thu 13:47]
|
||||
:MODIFIED: [2012-05-03 Thu 15:12]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
The environment is a platform to live on
|
||||
|
||||
How to capitalise on energy to make it sustainable
|
||||
|
||||
Main injustices, according to resources:
|
||||
|
||||
air
|
||||
|
||||
water
|
||||
|
||||
energy: decentralised energy consumption and production
|
||||
|
||||
extraction: gold, oil, gas
|
||||
|
||||
There are all the elements for an environmental movements in Egypt
|
||||
|
||||
Working with agents of change in addition to hiring people
|
||||
|
||||
create a way for people to voice their concern about the environment
|
||||
|
||||
Interested in entrepreneurship
|
||||
|
||||
Violent, testosterone
|
||||
|
||||
No previous campaigning experience
|
||||
|
||||
Not neutral, does not know how to create neutral knowledge
|
||||
|
||||
Not against nuclear energy
|
||||
|
||||
Clearly not interested in conservation
|
||||
|
||||
1. Map, in an open way
|
||||
|
||||
2. Campaign emotionally, turn it into a human case
|
||||
|
||||
3. Get endorsements
|
||||
|
||||
4. Connect to politicians. Politicians have no understanding of the
|
||||
issues
|
||||
|
||||
5. Awareness programs in schools and universities
|
||||
|
||||
A lot of the people in the North Coast act like mercenaries
|
||||
|
||||
The revolution is over. Time for compromises and realistic solutions. We
|
||||
need to encourage corporate social responsibility
|
||||
|
||||
Organise around youth
|
||||
|
||||
1. energy subsidies
|
||||
|
||||
2. quality of water
|
||||
|
||||
No fisheries, biological diversity. Not a priority.
|
||||
|
||||
Agriculture and seeds, not mentioned
|
||||
|
||||
Women get affected same as men by environmental aspects, if taking into consideration pregnancy and emotional issues. Not excited about gender
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-05-03.org][2012-05-03.org]]
|
||||
62
notes/aman_anti_discrimination_eiprequalitypersonal.org
Normal file
62
notes/aman_anti_discrimination_eiprequalitypersonal.org
Normal file
@@ -0,0 +1,62 @@
|
||||
#+TITLE: Aman Anti Discrimination :EIPR:equality:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Aman Anti Discrimination :EIPR:equality:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 20724b34-481c-4ef2-b5ec-1d0e31fe11b5
|
||||
:SOURCE: /home/user/memex/daily/2011-10-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-10-18 Tue 12:21]
|
||||
:MODIFIED: [2012-01-19 Thu 10:48]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Already have a brief in response for the cabinet new law
|
||||
|
||||
Comparative study comes in time
|
||||
|
||||
Aman prepares a study to inform advocacy. Amr and Aman will work together on the outline to this study. Come up together with a timeline
|
||||
|
||||
Aman has a list of countries that are more interesting
|
||||
|
||||
National Council for Human Rights had an anti-discrimination law proposal 4 years ago by Mona Zolfakar
|
||||
|
||||
Adel helped Aman earlier on Egyptian legal framework
|
||||
|
||||
The equality commissioner
|
||||
|
||||
Meeting 19 October with Adel
|
||||
|
||||
Adel would love to travel and experience India
|
||||
|
||||
Aman is not working in November. Brief during October. Full report during December.
|
||||
|
||||
Adel thinking of a long campaign that starts with a six months data collection and study period. After that to target:
|
||||
|
||||
state policy
|
||||
|
||||
society: communities, political parties
|
||||
|
||||
Brief during October. Meeting next Tuesday 25 afternoon
|
||||
|
||||
Questions and general design during Novembers
|
||||
|
||||
Comparative study during December
|
||||
|
||||
Workplan for six months, producing in the end a position paper and a policy paper, involving in December a consultation with Gender and Freedom of Religion teams
|
||||
|
||||
Maybe in the constitution put an article that says fair discrimination has to be specifically listed in the law
|
||||
|
||||
Toby
|
||||
|
||||
Telecom contacts
|
||||
|
||||
Amr sends to Aman a clearer explanation of his vision on telecom constitution article
|
||||
|
||||
Amr discusses with Hossam salary for Aman
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-10-18.org][2011-10-18.org]]
|
||||
41
notes/aman_eiprequalitypersonal.org
Normal file
41
notes/aman_eiprequalitypersonal.org
Normal file
@@ -0,0 +1,41 @@
|
||||
#+TITLE: Aman :EIPR:equality:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Aman :EIPR:equality:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 70e5caf8-d815-4c42-9a04-22e6918ed646
|
||||
:SOURCE: /home/user/memex/daily/2011-12-04.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-12-04 11:37:53+0200]
|
||||
:MODIFIED: [2013-01-19 11:11:15+0200]
|
||||
:IMPORTED: [2023-02-08 19:22:48-0500]
|
||||
|
||||
Send Aman Telecom brief
|
||||
|
||||
Send Aman FOI law
|
||||
|
||||
Gender and religion and NS plans as they appear
|
||||
|
||||
15 April start presidential elections process
|
||||
|
||||
24 April - May Constitutional committie and draft
|
||||
|
||||
First four chapters are not likely to change
|
||||
|
||||
Law queue
|
||||
|
||||
NGO
|
||||
|
||||
The budget
|
||||
|
||||
FOI
|
||||
|
||||
Anti-monopoly
|
||||
|
||||
Aman working on FOI, Telecom and AntiDiscrimination, maybe also privacy
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-12-04.org][2011-12-04.org]]
|
||||
16
notes/an_international_separate_but_equal_personal.org
Normal file
16
notes/an_international_separate_but_equal_personal.org
Normal file
@@ -0,0 +1,16 @@
|
||||
#+TITLE: An international 'separate but equal' :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* An international 'separate but equal' :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 4c047fe1-493a-401a-90e6-22d4bfef9eab
|
||||
:SOURCE: /home/user/memex/daily/2023-09-09.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2023-09-09 Sat 19:14]
|
||||
|
||||
The current international borders regime is 'separate but equal' on a national scale. Only the qualified, lucky or adventurous make it across the border
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2023-09-09.org][2023-09-09.org]]
|
||||
22
notes/article_19_eiprprivacypersonal.org
Normal file
22
notes/article_19_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,22 @@
|
||||
#+TITLE: Article 19 :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Article 19 :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: cec674fc-8e3a-41ec-b0a6-6c4b95ac81f3
|
||||
:SOURCE: /home/user/memex/daily/2015-10-06.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2015-10-06 Tue 17:04]
|
||||
:MODIFIED: [2015-10-06 Tue 17:34]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Protest
|
||||
|
||||
Expression for people with disabilities
|
||||
|
||||
Report on Iran: risky behaviours online
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2015-10-06.org][2015-10-06.org]]
|
||||
32
notes/assignment_academiacslapersonal.org
Normal file
32
notes/assignment_academiacslapersonal.org
Normal file
@@ -0,0 +1,32 @@
|
||||
#+TITLE: Assignment :academia:CSLA:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Assignment :academia:CSLA:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 5ac40b5b-b251-4627-a902-26f768b24958
|
||||
:SOURCE: /home/user/memex/daily/2016-08-10.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2016-08-10 Wed 08:33]
|
||||
:MODIFIED: [2016-08-10 Wed 08:40]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Consultation this week
|
||||
|
||||
Proposal: Monday 15 August 09:30 to Social Science
|
||||
|
||||
Proposal: Context or background of issue
|
||||
|
||||
Outline and annotated bibliography: Thursday 18 August 14:00
|
||||
|
||||
Outline: main points and structure of the paper followed by a Resources in the form of Annotated Bibliography: A list of Sources & Evaluation
|
||||
|
||||
First Draft: Wednesday 24 August 09:30 to AW instructor, 2500 words +/- 10%, citation system, bibliography
|
||||
|
||||
Consultation with instructions on draft: Friday 26 August 10:00
|
||||
|
||||
Final Draft: Monday 29 August 09:30
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2016-08-10.org][2016-08-10.org]]
|
||||
66
notes/asylum_case_evidence_personal.org
Normal file
66
notes/asylum_case_evidence_personal.org
Normal file
@@ -0,0 +1,66 @@
|
||||
#+TITLE: Asylum case evidence :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Asylum case evidence :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 48cf2dbb-ad29-4151-a58a-eabce49b4693
|
||||
:SOURCE: /home/user/memex/daily/2018-05-22.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2018-05-22 Tue 16:54]
|
||||
:MODIFIED: [2018-05-30 Wed 18:36]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
|
||||
(2:42) Video seems to have a North East Delta accent around Port Said, which agrees with the video title. The persons are torturing the victim for apparently having previously assaulted a police informant, threating him of hanging him on a door as a form of physical torture, and verbally abusing him. Such treatment is most likely to happen in police custody pre-trial and before appearing in front of a prosecutor, and possibly after arriving in jail or other detention places to serve a sentence. Jail overcrowding leads to short sentences being typically served in police stations holding rooms.
|
||||
|
||||
(0:55) This video has become popular prior to the 2011 uprisings old and contributed to the public outcry against torture and police brutality. The victim is being held in what seems to be a police station. The video has one police constable (Ameen, a rank lower than a police officer and higher than recruited police soldiers) called Mostafa by apparently other members of the police filming, laughing and encouraging constable Mostafa to beat the victim. Mostafa abuses the victim and slaps him repeatedly on the face. One voice imitates a film director and says 'stop'. Unlike the video 1 where someone affiliated with the police has been assaulted and following videos where victims seem to be tortured to confess, the abuse in this video is typically more widespread and is practiced for the purpose of humiliation and control.
|
||||
|
||||
(4:42) Video is taken from a Muslim Brotherhood-affiliated channel al-Sharq which alleges it is from Bassiun town in the Delta and names two police officers, Karim Salama and Abdelwahab, even though the names do not appear on the video itself. The violation video itself has an Egyptian accent. The voice is verbally abusing the victims who are standing on their knees, in their underwear, an facing the wall. One of the victims is begging Abdelwahab to do anything to them but not film. One voice is verbally abusing them for being supporters of ousted president Mohamed Morsi. They are then told to lie on the floor and one foot steps on one of them.
|
||||
|
||||
(2:52) Video is a collage of different police violations, including the second video above. Most of the original videos in this collage have been circulated before 2011, some of the victims and perpetrators have been identified, such as the case of Emad Al-Kabir, a Cairo bus driver who was sodomised with a broom stick on camera and had the video circulated in the neighborhood for the purpose of humiliation and control. Al-Kabir himself was sentenced for three months for resisting authorities and the police officer Islam Nabih was sentenced to three years in jail in a high profile case covered by the media and monitored by local and international human rights groups, including Amnesty International (https://www.amnesty.org/en/press-releases/2007/11/egypt-sweeping-measures-against-torture-needed-20071105/). Timep's Non Resident Fellow Sherif Azer wrote on the case (https://timep.org/commentary/how-the-egyptian-government-endorses-torture/). Other segments of the video show beating up of different victims including two women, one held in suspended position on a chair and screaming 'I killed him. I killed him'. This segment was also popular around the time of Emad al-Kabir's case although more details were not discovered. All the accents heard and police uniforms showing in the video are from Egypt. The clashes with the riot police segment shot by AFP seems to be in Egypt around the time of the video upload 31 January 2011, at the height of the uprisings.
|
||||
|
||||
(1:00) Video popularised in 2010 indicates what could be an apparently Egyptian police officer ordering one of his subordinates named Abderrasoul to slap the victim on his face and the back of his neck while another subordinate is holding him. The speaker is heard saying the slapping 'is weak, Abderrasoul.'
|
||||
|
||||
Has been removed from YouTube at the time of viewing (22 May 2018 ) for violation of policy.
|
||||
|
||||
(3:04) Video is a fake advertisement of the Ministry of Interior's Public Relations Department telling its viewers to 'rest assured' with the MOI. The music does not allow for speech or accent analysis. The second segment shows men in the police uniform in rural Egypt slapping a victim on the back of his neck as he is standing against the wall. The third segment is the same woman confessing to murder in video 4. The fourth segment is part of video 2. The fifth segment is the iconic pictures of protests facing riot police on Kasr Al-Nil bridge on 28 January 2011, followed by another segment probably from the same date.
|
||||
|
||||
(1:02) Video has Egyptian accent, even though there are no speakers in the video. Title by Rassd: +18 Coup government in Egypt kill political prisoners in Abu Zaabal prison 08-18-2013. The extremely graphic video shows a number of bodies discovered by sympathizers. The bodies seem to have received extreme torture [TO NANCY: THIS IS EXTREMELY GRAPHIC AND NEEDS MORE VERIFICATION]
|
||||
|
||||
|
||||
In my opinion, the treatment of the persons in police custody in the videos reflect typical police treatment in pre-trial detention. Potentially, treatment in videos 2 and 5 could reflect treatment of prisoners newly arriving in an Egyptian jail or prison, although most likely all of the videos showing this kind of treatment were taken in police stations.
|
||||
|
||||
The uniforms of the police officers in all the videos are typical of uniforms worn by urban police except in the second secment in video 7 where the uniforms are typical of police in a rural district.
|
||||
|
||||
The layout and conditions of the rooms shown in the videos are typical of police holding cells and jails in Egypt.
|
||||
|
||||
Apart from video 8 where there seems to have been a gruesome and deadly amount of torture inflicted, the injuries and treatment shown in most other videos are typical of either interrogation or torture for the purpose of humiliation and control for people newly held under police custody or newly arrived prisoners in an Egyptian jail or prison. The techniques depicted or reenacted are typical for the purposes of interrogation and maltreatment of persons newly held by the police before appearing in front of a prosecutor, or those newly arriving in jails or prisons.
|
||||
|
||||
|
||||
(11:44) The narrative demonstrated by the guest on the Muslim Brotherhood-affiliated Mekammeleen channel is typical of interrogation and torture taking place at national security investigation department offices.
|
||||
|
||||
|
||||
The testimonial videos published by the Mosireen Media Collective and HRW indicate recurring police treatment in different kinds of cases: political protest and otherwise. They point to a systematic and culturally-ingrained use of torture for the purpose of humiliation and control.
|
||||
|
||||
A nation without torture conference 2013-02-21: The testimony of the brother of Essam Atta who was tortured to death in Tora prison South of Cairo on 25 October 2011 while serving a two year sentence by a military court for a non-political offense (starting minute 9:35). In the same video (minute 13:00) Sherif testifies about his torture in Tora prison, same with the following testimony (15:00), same with the testimony starting in minute 23:40).
|
||||
|
||||
Torture, Police Murder, Saad Said, Family Testimonies, Police (2012-12-03) at Mounib, Giza Police Station
|
||||
|
||||
Ramy Essam Testimony, Torture (2011-05-04) at Zamalek, Cairo, held and tortured in the Egyptian museum
|
||||
|
||||
Sexual Violence, Torture, Testimonies (2012-09-02) at Mosireen Office, Cairo: in the high court in downtown Cairo, held in anunknown location
|
||||
|
||||
|
||||
Arriving in country or being stopped at a police checkpoint and found to be a draft evader will lead to arrest by the police and consequently the military police until a military trial. It is not uncommon that evaders who passed the military draft age of 30 years present themselves to military courts and normally end up paying a fine. Until getting a military service certificate, it is impossible for them to travel, find employment and insurance, or process official papers. There is a high possibility that a person detained then imprisoned will be physical or psychological mistreatment, and if serving a sentence, it is certain that he will be under conditions similar to what is shown in the videos.
|
||||
|
||||
(1:55) Telegraph video showing conditions inside a prison cell. Consistent with other reports
|
||||
|
||||
AlJazeera video is not available to watch in the US
|
||||
|
||||
8774432450 ext 2 Nikki
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2018-05-22.org][2018-05-22.org]]
|
||||
24
notes/automating_egyptian_gazette_archiving_personal.org
Normal file
24
notes/automating_egyptian_gazette_archiving_personal.org
Normal file
@@ -0,0 +1,24 @@
|
||||
#+TITLE: Automating Egyptian Gazette archiving :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Automating Egyptian Gazette archiving :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: c9ae36f1-f94c-402b-875a-f7344b659279
|
||||
:SOURCE: /home/user/memex/daily/2023-10-03.org
|
||||
:END:
|
||||
|
||||
|
||||
Every month I need to
|
||||
- find Egyptian Gazette emails in my EIPR account
|
||||
- save the files, paying attention to duplicates often sent
|
||||
- standardize file naming, by removing
|
||||
- "العدد "
|
||||
- "رقم "
|
||||
- "- مؤمن"
|
||||
- " مؤمن"
|
||||
and other extras from file names.
|
||||
- moving files to relevant الوقائع المصرية or الجريدة الرسمية folders
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2023-10-03.org][2023-10-03.org]]
|
||||
19
notes/ben_roswell_eiprprivacypersonal.org
Normal file
19
notes/ben_roswell_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,19 @@
|
||||
#+TITLE: Ben Roswell :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Ben Roswell :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 38f0f935-c9e0-456d-a5a6-ff5c7a50565c
|
||||
:SOURCE: /home/user/memex/daily/2011-06-27.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2011-06-27 15:19:06+0200]
|
||||
:MODIFIED: [2011-06-27 15:38:02+0200]
|
||||
:IMPORTED: [2023-02-08 19:22:51-0500]
|
||||
|
||||
Echo.to Laslo Papp
|
||||
Ex Canadian Diplomat
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-06-27.org][2011-06-27.org]]
|
||||
24
notes/bluecoat_authorized_dealer_personal.org
Normal file
24
notes/bluecoat_authorized_dealer_personal.org
Normal file
@@ -0,0 +1,24 @@
|
||||
#+TITLE: Bluecoat Authorized Dealer :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Bluecoat Authorized Dealer :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 3151b866-ac62-48a2-b857-d9881fb168a2
|
||||
:SOURCE: /home/user/memex/daily/2015-05-11.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2015-05-11 Mon 16:07]
|
||||
:MODIFIED: [2015-05-16 Sat 18:22]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Global Knowledge Egypt:
|
||||
16 Mostafa Refaat Street, Block 1137,
|
||||
Sheraton Heliopolis, Cairo, Egypt
|
||||
Tel: +20 2 2269 1982
|
||||
Fax: +20 2 2260 2041
|
||||
Contact: training@globalknowledge.com.eg
|
||||
Website: http://www.globalknowledge.com.eg
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2015-05-11.org][2015-05-11.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260320_0100.org
Normal file
75
notes/captured_from_memory20260317md_on_20260320_0100.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-20 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-20 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: eef7edea-10c7-4d1f-a2fb-0f54ad0b85e1
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-20 Fri 01:00]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Atomic Notes (Zettelkasten) atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Atomic Notes (Zettelkasten) notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260321_0100.org
Normal file
75
notes/captured_from_memory20260317md_on_20260321_0100.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-21 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-21 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: cbd41f41-a361-4492-abad-11a68ed9aa3a
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-21 Sat 01:00]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Atomic Notes (Zettelkasten) atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Atomic Notes (Zettelkasten) notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260322_0100.org
Normal file
75
notes/captured_from_memory20260317md_on_20260322_0100.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-22 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-22 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: eb8215d7-4981-4f5e-95f0-9303c77b7af1
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-22 Sun 01:00]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Atomic Notes (Zettelkasten) atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Atomic Notes (Zettelkasten) notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260323_0100.org
Normal file
75
notes/captured_from_memory20260317md_on_20260323_0100.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-23 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-23 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: ef346e4e-a7d6-4b78-be8a-3eaeba83fea8
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-23 Mon 01:00]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Atomic Notes (Zettelkasten) + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Atomic Notes (Zettelkasten) atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Atomic Notes (Zettelkasten) notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260325_0101.org
Normal file
75
notes/captured_from_memory20260317md_on_20260325_0101.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-25 01:01
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-25 01:01
|
||||
:PROPERTIES:
|
||||
:CREATED: b71b2dc7-9298-4885-8148-b177fab64e41
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-25 Wed 01:01]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Zettelkasten + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Zettelkasten atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Zettelkasten notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
75
notes/captured_from_memory20260317md_on_20260326_0100.org
Normal file
75
notes/captured_from_memory20260317md_on_20260326_0100.org
Normal file
@@ -0,0 +1,75 @@
|
||||
#+TITLE: Captured from memory/2026-03-17.md on 2026-03-26 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-17.md on 2026-03-26 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: cedac037-35cd-41bf-9a7e-d584df761f65
|
||||
:SOURCE: /home/user/memex/daily/2026-03-17.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-26 Thu 01:00]
|
||||
|
||||
## Major System Developments
|
||||
|
||||
### Three OpenClaw Skills Deployed
|
||||
Created and deployed three integrated skills for the opencortex-memex system:
|
||||
- *opencortex-memex-zettlekasten*: Nightly distillation of daily logs into atomic notes
|
||||
- *opencortex-memex-gtd*: Automated task promotion and GTD workflow management
|
||||
- *opencortex-memex-workbreakdown*: Meta-cognitive skill for task decomposition to prevent context saturation
|
||||
|
||||
All skills follow the established pattern: SKILL.md with YAML frontmatter, README.md for users, and integration with the PARA + Zettelkasten + GTD workflow.
|
||||
|
||||
### Agora Gap Verification Progress
|
||||
Completed comprehensive gap verification:
|
||||
- *CRITICAL gaps (4)*: 2 IMPLEMENTED, 2 REAL gaps confirmed
|
||||
- *HIGH gaps (15)*: 7 IMPLEMENTED, 3 PARTIAL, 5 REAL
|
||||
- *MEDIUM gaps (14)*: 10 verified, 4 deferred pending pressure-testing session
|
||||
|
||||
Used sub-agents for parallel verification of HIGH gaps successfully. Sub-agents struggled with MEDIUM gaps due to unclear task boundaries.
|
||||
|
||||
### 21-Layer System Audit
|
||||
Conducted first comprehensive self-assessment across 21 system layers. Honest grading:
|
||||
- *Overall: C+ (70%)*
|
||||
- *Strengths*: Git rollback (A-), PARA filing structure (B+), Skills framework (B-)
|
||||
- *Critical gaps*: Simulation/sandbox (F), Health/heartbeat automation (D+), Coordination layer (C)
|
||||
|
||||
Identified 5 highest-confidence solutions and 4 highest-risk gaps. Awaiting pressure-testing session before building.
|
||||
|
||||
### Tool Failure Protocol Established
|
||||
After repeated tool syntax errors and gateway restart misuse, formalized the protocol:
|
||||
1. READ error message completely
|
||||
2. IDENTIFY specific issue
|
||||
3. FIX actual syntax problem
|
||||
4. RETRY with corrected parameters
|
||||
5. ESCALATE only specific error after 2 attempts
|
||||
|
||||
Documented in tool_failure_protocol.org (Zettelkasten atomic note, concept-based filename).
|
||||
|
||||
### Key Operational Learnings
|
||||
- Gateway restarts are for actual service issues, not syntax errors
|
||||
- Skills don't automatically replace old habits; must actively consult them
|
||||
- Complexity check must be invoked BEFORE execution, not as justification after
|
||||
- "What should I do?" is forbidden; use complexity check to decide autonomously
|
||||
- Sub-agents successful for parallel HIGH gap verification; MEDIUM gaps need clearer task definition
|
||||
|
||||
### Token Usage Reality Check
|
||||
685k tokens "in" vs 6.4k "out" (107:1 ratio) revealed unsustainable consumption pattern. Added research task to Infrastructure project for optimization strategies.
|
||||
|
||||
### Workflow Integration Success
|
||||
Successfully established:
|
||||
- Bidirectional linking between GTD.org and 5_projects/*
|
||||
- Atomic Zettelkasten notes in memex/2_notes/
|
||||
- Clean separation: actionable tasks in GTD, reference material in projects
|
||||
- LOGBOOK drawers for state tracking
|
||||
- .env-based configuration for portability
|
||||
|
||||
### Pattern Recognition Failure
|
||||
Despite creating skills explicitly forbidding dated filenames in notes, I created "operational_learnings_2026-03-17.org" before correcting to "tool_failure_protocol.org". Skills don't automatically override habits; active consultation required.
|
||||
|
||||
## Status: Session End
|
||||
Awaiting pressure-testing session for 21-layer audit assumptions. All building paused until final plan approved.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-17.org][2026-03-17.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260320_0100.org
Normal file
20
notes/captured_from_memory20260318md_on_20260320_0100.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-20 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-20 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: f952d065-3401-4177-a249-24e5f22aab37
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-20 Fri 01:00]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260321_0100.org
Normal file
20
notes/captured_from_memory20260318md_on_20260321_0100.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-21 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-21 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: 1f0b4e47-2cea-4185-b946-98da876287c4
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-21 Sat 01:00]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260322_0100.org
Normal file
20
notes/captured_from_memory20260318md_on_20260322_0100.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-22 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-22 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: c9e60fcc-ae0a-4781-99f7-3b3b1b5432a1
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-22 Sun 01:00]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260323_0100.org
Normal file
20
notes/captured_from_memory20260318md_on_20260323_0100.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-23 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-23 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: 3b32a911-ce2e-4e97-a938-f10f9743458c
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-23 Mon 01:00]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260325_0101.org
Normal file
20
notes/captured_from_memory20260318md_on_20260325_0101.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-25 01:01
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-25 01:01
|
||||
:PROPERTIES:
|
||||
:CREATED: 6157c8f6-b87c-4d45-b2c1-6dc946904757
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-25 Wed 01:01]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
20
notes/captured_from_memory20260318md_on_20260326_0100.org
Normal file
20
notes/captured_from_memory20260318md_on_20260326_0100.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Captured from memory/2026-03-18.md on 2026-03-26 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-18.md on 2026-03-26 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: d21fee2b-37f7-46c9-9111-3ff347aa2f88
|
||||
:SOURCE: /home/user/memex/daily/2026-03-18.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-26 Thu 01:00]
|
||||
## 2026-03-18
|
||||
- Completed 100% of the Agora protocol specification gaps (45 gaps total: 6 CRITICAL, 15 HIGH, 14 MEDIUM, 10 LOW).
|
||||
- Created new specifications: `agora-contract-versioning.org` and `agora-cryptographic-specification.org`.
|
||||
- Assisted user with UniFi Object-Oriented Networking (OON) to configure a "Local" firewall rule under the "Secure" action, successfully enabling personal devices on the Family VLAN to access a printer on the IoT VLAN.
|
||||
- Confirmed the Emacs project directory is named `dotemacs` (previously `emacs_setup`).
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-18.org][2026-03-18.org]]
|
||||
41
notes/captured_from_memory20260321md_on_20260322_0100.org
Normal file
41
notes/captured_from_memory20260321md_on_20260322_0100.org
Normal file
@@ -0,0 +1,41 @@
|
||||
#+TITLE: Captured from memory/2026-03-21.md on 2026-03-22 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-21.md on 2026-03-22 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: 888da7e2-b1fb-4213-98cc-31f39f329bbb
|
||||
:SOURCE: /home/user/memex/daily/2026-03-21.org
|
||||
:END:
|
||||
|
||||
|
||||
### Key Discussions & Decisions:
|
||||
- *Agora Documentation Refinements:*
|
||||
- *Identity (`agora-requirements-02-identity.org`):*
|
||||
- Clarified Master Key usage for Persona derivation vs. Persona actions (signing contracts, being founders/guardians). Master Key for derivation; Persona keys for actions.
|
||||
- Updated analogy from "Ft. Knox for your keys" to "Sphinx for your keys".
|
||||
- Enhanced "Persona as legal person" analogy to include explicit protected rights (freedom of speech, due process).
|
||||
- *Primitives (`agora-requirements-04-the-primitive.org`):*
|
||||
- *Simplified Content Flags:* Drastically reduced core flags to 12: `is_public`, `is_direct`, `is_aggregated`, `is_contract`, `is_ephemeral`, `is_task`, `is_file`, `threaded`, `indexable`, `is_invoice`, `is_payment`, `is_escrow`.
|
||||
- Eliminated redundant flags: `is_private` (covered by `is_public: false`), `is_page`/`is_static` (covered by `is_aggregated: false`), `is_attestation`, `is_question`, `is_review`, `is_offer`, `paywalled` (all derived semantically via core flags, `references` field, and payload content).
|
||||
- *"Boosts" implemented as "Quote Notes":* Introduced `is_quote` flag and `quoted_cid` field in the Note structure to enable re-sharing with commentary.
|
||||
- *Social & Contracts (`agora-requirements-05-social-and-contracts.org`):*
|
||||
- *Social Note Backups documented as "Supporter Backup Contracts":* A new contract type formalizing an agreement for a Supporter Persona to mirror a Publisher Persona's Notes for redundancy.
|
||||
|
||||
### Operational Highlights & Tooling Challenges:
|
||||
- *Security Hardening:*
|
||||
- UFW installed and enabled.
|
||||
- `journalctl` access for system logs verified after `sudoers` configuration.
|
||||
- Exposed Docker ports (gitea: 2222, 3000; openclaw-chromium: 9222) initially denied by UFW.
|
||||
- Port 2222 re-opened at user's request for Gitea SSH access.
|
||||
- *`edit` Tool Limitations:* Faced repeated `edit` tool failures due to strict `oldText` matching requirements with Org-mode's complex formatting (especially tables and invisible characters). This led to reliance on read-modify-write strategy for large updates.
|
||||
- *`org-json-bridge` Project Initiated:* Began developing `org-json-bridge` skill to overcome `edit` tool limitations by enabling programmatic Org-mode manipulation via JSON parsing/serialization.
|
||||
|
||||
### Scheduled Tasks:
|
||||
- *Overnight Documentation Improvement:* A sub-agent was launched to review and improve Agora requirements files 1-5, focusing on consistency, clarity, subheader logic, and removal of duplication/redundancies. Results expected in the morning.
|
||||
|
||||
### Open Questions:
|
||||
- User is considering further flag reductions (`is_escrow`, `is_payment`, `is_invoice`, `is_file`, `is_task`, `is_contract`). This will be revisited in the morning.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-21.org][2026-03-21.org]]
|
||||
43
notes/captured_from_memory20260321md_on_20260323_0100.org
Normal file
43
notes/captured_from_memory20260321md_on_20260323_0100.org
Normal file
@@ -0,0 +1,43 @@
|
||||
#+TITLE: Captured from memory/2026-03-21.md on 2026-03-23 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-21.md on 2026-03-23 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: a2b042bb-84ca-4ac8-9ac0-46010d59cdbc
|
||||
:SOURCE: /home/user/memex/daily/2026-03-21.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-23 Mon 01:00]
|
||||
|
||||
### Key Discussions & Decisions:
|
||||
- *Agora Documentation Refinements:*
|
||||
- *Identity (`agora-requirements-02-identity.org`):*
|
||||
- Clarified Master Key usage for Persona derivation vs. Persona actions (signing contracts, being founders/guardians). Master Key for derivation; Persona keys for actions.
|
||||
- Updated analogy from "Ft. Knox for your keys" to "Sphinx for your keys".
|
||||
- Enhanced "Persona as legal person" analogy to include explicit protected rights (freedom of speech, due process).
|
||||
- *Primitives (`agora-requirements-04-the-primitive.org`):*
|
||||
- *Simplified Content Flags:* Drastically reduced core flags to 12: `is_public`, `is_direct`, `is_aggregated`, `is_contract`, `is_ephemeral`, `is_task`, `is_file`, `threaded`, `indexable`, `is_invoice`, `is_payment`, `is_escrow`.
|
||||
- Eliminated redundant flags: `is_private` (covered by `is_public: false`), `is_page`/`is_static` (covered by `is_aggregated: false`), `is_attestation`, `is_question`, `is_review`, `is_offer`, `paywalled` (all derived semantically via core flags, `references` field, and payload content).
|
||||
- *"Boosts" implemented as "Quote Notes":* Introduced `is_quote` flag and `quoted_cid` field in the Note structure to enable re-sharing with commentary.
|
||||
- *Social & Contracts (`agora-requirements-05-social-and-contracts.org`):*
|
||||
- *Social Note Backups documented as "Supporter Backup Contracts":* A new contract type formalizing an agreement for a Supporter Persona to mirror a Publisher Persona's Notes for redundancy.
|
||||
|
||||
### Operational Highlights & Tooling Challenges:
|
||||
- *Security Hardening:*
|
||||
- UFW installed and enabled.
|
||||
- `journalctl` access for system logs verified after `sudoers` configuration.
|
||||
- Exposed Docker ports (gitea: 2222, 3000; openclaw-chromium: 9222) initially denied by UFW.
|
||||
- Port 2222 re-opened at user's request for Gitea SSH access.
|
||||
- *`edit` Tool Limitations:* Faced repeated `edit` tool failures due to strict `oldText` matching requirements with Org-mode's complex formatting (especially tables and invisible characters). This led to reliance on read-modify-write strategy for large updates.
|
||||
- *`org-json-bridge` Project Initiated:* Began developing `org-json-bridge` skill to overcome `edit` tool limitations by enabling programmatic Org-mode manipulation via JSON parsing/serialization.
|
||||
|
||||
### Scheduled Tasks:
|
||||
- *Overnight Documentation Improvement:* A sub-agent was launched to review and improve Agora requirements files 1-5, focusing on consistency, clarity, subheader logic, and removal of duplication/redundancies. Results expected in the morning.
|
||||
|
||||
### Open Questions:
|
||||
- User is considering further flag reductions (`is_escrow`, `is_payment`, `is_invoice`, `is_file`, `is_task`, `is_contract`). This will be revisited in the morning.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-21.org][2026-03-21.org]]
|
||||
43
notes/captured_from_memory20260321md_on_20260325_0101.org
Normal file
43
notes/captured_from_memory20260321md_on_20260325_0101.org
Normal file
@@ -0,0 +1,43 @@
|
||||
#+TITLE: Captured from memory/2026-03-21.md on 2026-03-25 01:01
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-21.md on 2026-03-25 01:01
|
||||
:PROPERTIES:
|
||||
:CREATED: f97d3001-4b8e-42ac-924c-12fe1a5f9011
|
||||
:SOURCE: /home/user/memex/daily/2026-03-21.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-25 Wed 01:01]
|
||||
|
||||
### Key Discussions & Decisions:
|
||||
- *Agora Documentation Refinements:*
|
||||
- *Identity (`agora-requirements-02-identity.org`):*
|
||||
- Clarified Master Key usage for Persona derivation vs. Persona actions (signing contracts, being founders/guardians). Master Key for derivation; Persona keys for actions.
|
||||
- Updated analogy from "Ft. Knox for your keys" to "Sphinx for your keys".
|
||||
- Enhanced "Persona as legal person" analogy to include explicit protected rights (freedom of speech, due process).
|
||||
- *Primitives (`agora-requirements-04-the-primitive.org`):*
|
||||
- *Simplified Content Flags:* Drastically reduced core flags to 12: `is_public`, `is_direct`, `is_aggregated`, `is_contract`, `is_ephemeral`, `is_task`, `is_file`, `threaded`, `indexable`, `is_invoice`, `is_payment`, `is_escrow`.
|
||||
- Eliminated redundant flags: `is_private` (covered by `is_public: false`), `is_page`/`is_static` (covered by `is_aggregated: false`), `is_attestation`, `is_question`, `is_review`, `is_offer`, `paywalled` (all derived semantically via core flags, `references` field, and payload content).
|
||||
- *"Boosts" implemented as "Quote Notes":* Introduced `is_quote` flag and `quoted_cid` field in the Note structure to enable re-sharing with commentary.
|
||||
- *Social & Contracts (`agora-requirements-05-social-and-contracts.org`):*
|
||||
- *Social Note Backups documented as "Supporter Backup Contracts":* A new contract type formalizing an agreement for a Supporter Persona to mirror a Publisher Persona's Notes for redundancy.
|
||||
|
||||
### Operational Highlights & Tooling Challenges:
|
||||
- *Security Hardening:*
|
||||
- UFW installed and enabled.
|
||||
- `journalctl` access for system logs verified after `sudoers` configuration.
|
||||
- Exposed Docker ports (gitea: 2222, 3000; openclaw-chromium: 9222) initially denied by UFW.
|
||||
- Port 2222 re-opened at user's request for Gitea SSH access.
|
||||
- *`edit` Tool Limitations:* Faced repeated `edit` tool failures due to strict `oldText` matching requirements with Org-mode's complex formatting (especially tables and invisible characters). This led to reliance on read-modify-write strategy for large updates.
|
||||
- *`org-json-bridge` Project Initiated:* Began developing `org-json-bridge` skill to overcome `edit` tool limitations by enabling programmatic Org-mode manipulation via JSON parsing/serialization.
|
||||
|
||||
### Scheduled Tasks:
|
||||
- *Overnight Documentation Improvement:* A sub-agent was launched to review and improve Agora requirements files 1-5, focusing on consistency, clarity, subheader logic, and removal of duplication/redundancies. Results expected in the morning.
|
||||
|
||||
### Open Questions:
|
||||
- User is considering further flag reductions (`is_escrow`, `is_payment`, `is_invoice`, `is_file`, `is_task`, `is_contract`). This will be revisited in the morning.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-21.org][2026-03-21.org]]
|
||||
43
notes/captured_from_memory20260321md_on_20260326_0100.org
Normal file
43
notes/captured_from_memory20260321md_on_20260326_0100.org
Normal file
@@ -0,0 +1,43 @@
|
||||
#+TITLE: Captured from memory/2026-03-21.md on 2026-03-26 01:00
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Captured from memory/2026-03-21.md on 2026-03-26 01:00
|
||||
:PROPERTIES:
|
||||
:CREATED: 2d0f756b-1b78-4184-a851-03cd9743c8b4
|
||||
:SOURCE: /home/user/memex/daily/2026-03-21.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2026-03-26 Thu 01:00]
|
||||
|
||||
### Key Discussions & Decisions:
|
||||
- *Agora Documentation Refinements:*
|
||||
- *Identity (`agora-requirements-02-identity.org`):*
|
||||
- Clarified Master Key usage for Persona derivation vs. Persona actions (signing contracts, being founders/guardians). Master Key for derivation; Persona keys for actions.
|
||||
- Updated analogy from "Ft. Knox for your keys" to "Sphinx for your keys".
|
||||
- Enhanced "Persona as legal person" analogy to include explicit protected rights (freedom of speech, due process).
|
||||
- *Primitives (`agora-requirements-04-the-primitive.org`):*
|
||||
- *Simplified Content Flags:* Drastically reduced core flags to 12: `is_public`, `is_direct`, `is_aggregated`, `is_contract`, `is_ephemeral`, `is_task`, `is_file`, `threaded`, `indexable`, `is_invoice`, `is_payment`, `is_escrow`.
|
||||
- Eliminated redundant flags: `is_private` (covered by `is_public: false`), `is_page`/`is_static` (covered by `is_aggregated: false`), `is_attestation`, `is_question`, `is_review`, `is_offer`, `paywalled` (all derived semantically via core flags, `references` field, and payload content).
|
||||
- *"Boosts" implemented as "Quote Notes":* Introduced `is_quote` flag and `quoted_cid` field in the Note structure to enable re-sharing with commentary.
|
||||
- *Social & Contracts (`agora-requirements-05-social-and-contracts.org`):*
|
||||
- *Social Note Backups documented as "Supporter Backup Contracts":* A new contract type formalizing an agreement for a Supporter Persona to mirror a Publisher Persona's Notes for redundancy.
|
||||
|
||||
### Operational Highlights & Tooling Challenges:
|
||||
- *Security Hardening:*
|
||||
- UFW installed and enabled.
|
||||
- `journalctl` access for system logs verified after `sudoers` configuration.
|
||||
- Exposed Docker ports (gitea: 2222, 3000; openclaw-chromium: 9222) initially denied by UFW.
|
||||
- Port 2222 re-opened at user's request for Gitea SSH access.
|
||||
- *`edit` Tool Limitations:* Faced repeated `edit` tool failures due to strict `oldText` matching requirements with Org-mode's complex formatting (especially tables and invisible characters). This led to reliance on read-modify-write strategy for large updates.
|
||||
- *`org-json-bridge` Project Initiated:* Began developing `org-json-bridge` skill to overcome `edit` tool limitations by enabling programmatic Org-mode manipulation via JSON parsing/serialization.
|
||||
|
||||
### Scheduled Tasks:
|
||||
- *Overnight Documentation Improvement:* A sub-agent was launched to review and improve Agora requirements files 1-5, focusing on consistency, clarity, subheader logic, and removal of duplication/redundancies. Results expected in the morning.
|
||||
|
||||
### Open Questions:
|
||||
- User is considering further flag reductions (`is_escrow`, `is_payment`, `is_invoice`, `is_file`, `is_task`, `is_contract`). This will be revisited in the morning.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2026-03-21.org][2026-03-21.org]]
|
||||
46
notes/cdts_itu_meeting_eiprprivacypersonal.org
Normal file
46
notes/cdts_itu_meeting_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,46 @@
|
||||
#+TITLE: CDT's ITU meeting :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* CDT's ITU meeting :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 4e8aaf61-6dac-42de-a73b-658252d87746
|
||||
:SOURCE: /home/user/memex/daily/2012-04-19.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2012-04-19 Thu 08:35]
|
||||
:MODIFIED: [2013-01-19 Sat 08:18]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Access to documents and discussions
|
||||
|
||||
Membership starts at $4000
|
||||
|
||||
ITU Constitution
|
||||
|
||||
ITC
|
||||
|
||||
ITR, internet regulated by article 19 of the ITR. ITR has not been updated in 20 years.
|
||||
|
||||
Meeting in December in Dubai
|
||||
|
||||
There is a council working group to set the agenda for December. Next two meeting in April and June. A report aft er June to be released in December
|
||||
|
||||
Markus from the Internet society, have two staff memebers working full time
|
||||
|
||||
1988 treaty lack of regulation set the scene for the internet to pull off. This may be an advocacy approach for member states.
|
||||
|
||||
US and the UK are most open for advocacy reagrding ITU
|
||||
|
||||
Chance to build on the momentum of SOPA, PIPA and ACTA
|
||||
|
||||
Best approach probably is to knock the door of people you know in government
|
||||
|
||||
Ask Cynthia for the 190 page document
|
||||
|
||||
Anriette: Where possible, good to take part in African Telecom Union
|
||||
|
||||
Ben:
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-04-19.org][2012-04-19.org]]
|
||||
51
notes/chatam_house_eiprprivacypersonal.org
Normal file
51
notes/chatam_house_eiprprivacypersonal.org
Normal file
@@ -0,0 +1,51 @@
|
||||
#+TITLE: Chatam House :EIPR:privacy:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Chatam House :EIPR:privacy:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: dc561fb1-4bd8-446f-a49d-d5fb98a57243
|
||||
:SOURCE: /home/user/memex/daily/2012-02-08.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2012-02-08 Wed 15:53]
|
||||
:MODIFIED: [2012-02-09 Thu 11:12]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Session 1
|
||||
|
||||
Khaled Fahmy
|
||||
|
||||
The army has no political partner
|
||||
|
||||
partly maybe because it does not need any partners, due to the US military aid
|
||||
|
||||
Khaled FJP
|
||||
|
||||
Modern, democratic state, ruled by institution
|
||||
|
||||
Values come in the back ground
|
||||
|
||||
Refocus this discussion from the civil or not so civil state back to the end goal of the Egyptian transition
|
||||
|
||||
Marc
|
||||
|
||||
This is a criminal mode of governance
|
||||
|
||||
Day 2
|
||||
|
||||
A few characteristics of a FOI legislation, not comprehensive
|
||||
|
||||
Automatic disclosure: hierarchy, procedures, complaint process, performance indicators, procurement, expenditure, accounts
|
||||
|
||||
Exceptions defined clearly in the law. You cannot say that an entire ministry or government agency is wholly outside the mandate of this law. Certain aspects of a government body can only fall under one of the previously defined exceptions
|
||||
|
||||
Mechanism for reconciling needs for information and privacy. The measure there is always public interest
|
||||
|
||||
Leeway for constitutional article
|
||||
|
||||
Good for justice, good for business, good for national security
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-02-08.org][2012-02-08.org]]
|
||||
2618
notes/chats-with-gemini.org
Normal file
2618
notes/chats-with-gemini.org
Normal file
File diff suppressed because it is too large
Load Diff
20
notes/chevening_2015_unis_academiapersonal.org
Normal file
20
notes/chevening_2015_unis_academiapersonal.org
Normal file
@@ -0,0 +1,20 @@
|
||||
#+TITLE: Chevening 2015 Unis :academia:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Chevening 2015 Unis :academia:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: c32173b2-86b0-44a4-b507-d13b8e79955c
|
||||
:SOURCE: /home/user/memex/daily/2015-11-01.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2015-11-01 Sun 13:30]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
:MODIFIED: [2015-11-01 Sun 13:31]
|
||||
|
||||
UCL MSc STS
|
||||
U Edinburgh MSc STS
|
||||
U Nottingham MA Research Methods (STS)
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2015-11-01.org][2015-11-01.org]]
|
||||
32
notes/chevening_academiapersonal.org
Normal file
32
notes/chevening_academiapersonal.org
Normal file
@@ -0,0 +1,32 @@
|
||||
#+TITLE: Chevening :academia:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Chevening :academia:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: dd55adb0-c30a-4356-82a9-5365b17e68f9
|
||||
:SOURCE: /home/user/memex/daily/2013-11-04.org
|
||||
:END:
|
||||
|
||||
:CREATED: [2013-11-04 Mon 11:33]
|
||||
:MODIFIED: [2015-10-28 Wed]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
In late 2004, the young translator and editor I were decided to take a six months sabbatical to dedicate some time to be part of something bigger. Having an interest in the then-nascent Arabic content on the web, I helped start the Arabic Wikipedia, the Egyptian blog sphere and citizen journalism movement at a moment that turned out crucial for the course of years to come. The six-months-turned-six-years saw my initiation in public life, during which I developed my understanding of the complexity of economics, politics and power relations affecting my community, and was a time during which I supported individual activists and civil society groups, in Egypt and internationally in conceptualising, designing and implementing their campaigns, and in using technology for social change, and have played this role either in voluntary or professional capacity. The range of these operations range from media collectives, to local human rights groups, to Greenpeace and Amnesty International. This is a story that is closely related to the seismic changes Egyptian society went through in the recent years.
|
||||
|
||||
Since the beginning of Egypt's revolution, my focus has shifted more towards institutional reform. As the civil liberties director in one of the leading human rights groups in Egypt, I coordinated research, litigation and advocacy on issues as complex and explosive as freedom of religion and belief, gender and women rights, and counter-terrorism and national security. While doing that, I contributed in my capacity as researcher and campaigner on technology and information rights. Technology-in-society became my subject of interest rather than a tool as I have used it in the previous years. Inspired by the sudden global interest in communication rights and privacy since Egypt's internet kill-switch of January 2011 and incidents to follow, and realising from previous years how technology can be a game-changer for any social and economic context, my human rights research and campaigning efforts focused on legal reforms required in Egypt to remove legal barriers standing in the way of the emergence of a decentralised telecommunication infrastructure and services, owned and operated as a commons, which allows privacy, security, connectivity and economic opportunity for all. To do so, I coordinated and was part of two working groups: one to prepare amendments to Egypt's telecom act, and another drafting an entirely new freedom of information bill that goes in line with international human rights standards. I also advocated these two bills and the positions they represent in parliament and in public debate fora.
|
||||
|
||||
In my mind, compared to more traditional and established economic modes, the production, distribution and exchange mode suggested initially in the middle 1980s by the free and open source software model and adopted later on by several content creation projects, including Wikipedia, is offering a more-level playing field for a much wider group of people to learn, use, contribute, and create value. This is not new for software intangibles. However, over the past few years, this same model seems to be spreading to new areas where the products are only partly intangible 'software'. The intangible knowledge required to build and control manufacturing machines, 3D printers, laser cutters or computer-controlled mills, is indeed software, schematics, and content built and accessed over the internet, but the end-product, and the products it makes, which schematics are also increasingly freely available, are very physically real. Just as I have been a free software advocate in the 2000s, I am currently a free hardware advocate in the 2010s.
|
||||
|
||||
Primordial as it is now, there seems to be a pattern for such peer-to-peer development of knowledge for an entire array of human activities which seems to go beyond fabrication and industrial design: from vehicles for transportation, to telecommunication, to currency and exchange, to housing and utilities, to production of food and fibre, and seemingly even to power generation and resource harvesting. The effect of these technologies building on each other is compounding, and potentially game-changing.
|
||||
|
||||
Is peer-to-peer production really moving beyond intangibles? What is the role of the internet in such a development? How is intellectual property affected beyond software and cultural products? What are the evolution trends of a peer-to-peer mode of production? How much is peer-to-peer contributing to production economy, now and in the future? How democratising production by lowering capital requirements is affecting governance of societies? What is the ethnography of free hardware makers and how does it compare to that of free software? Through a studying in a Chevening-sponsored programme, I intend to develop ideas I currently find fascinating to questions which answers I hope to be working on finding beyond a taught masters programme.
|
||||
|
||||
It is becoming more evident year-after-year that problems of the environment, economy, society and politics are closely related and interdependent. The problems of climate change, desertification, loss of habitat are affecting food security and other resource availability, and are meeting an economic model that survives only in a state of constant growth head-on. This is affecting international relations, trade and immigration on an unprecedented scale.
|
||||
|
||||
Locally, as it is valid in many other countries, aspirations for freedom and better livelihoods are being met with the impossibility of building a welfare state, which is weathering away even in the most advanced economies, while austerity does not leave the majority of people with reasonable choices. Egypt's social change is struggling because fresh ideals are not followed by fresh ideas as to what to be done. A few years may allow both peer-to-peer technologies and the debate in Egypt to meet in another crucial moment.
|
||||
|
||||
When this happens, I am hoping to have gained a better understanding and knowledge of the dynamics between society and technology, and would have returned to Egypt to continue my engagement in the public sphere. My personal challenge then would be in finding a formula that allows me to contribute to building an alternative as I have done during my pre-2011 years, while continuing to play the policy reform role I took on in recent years. Part of the answer to this formula will come as a result of my studies. Including but not limited to the free software movement, how have commons been regenerated after enclosure has been established as the prevalent mode of ownership? With a clearer understanding of this and related questions, I will be able to build further on my current recognition as an agent for social change, gained in years of engagement in public life.
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2013-11-04.org][2013-11-04.org]]
|
||||
78
notes/civil_freedoms_eiprpersonal.org
Normal file
78
notes/civil_freedoms_eiprpersonal.org
Normal file
@@ -0,0 +1,78 @@
|
||||
#+TITLE: Civil Freedoms :EIPR:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Civil Freedoms :EIPR:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: be5a3878-eda1-409a-a535-34c3fea4741a
|
||||
:SOURCE: /home/user/memex/daily/2011-09-22.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-09-22 Thu 11:18]
|
||||
:MODIFIED: [2013-01-19 Sat 08:05]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
is about creating a democratic society, in comparison with political rights, which is about creating a democratic state
|
||||
|
||||
Empowerment == Knowledge
|
||||
|
||||
Privacy
|
||||
|
||||
Equality
|
||||
|
||||
Equality
|
||||
|
||||
Gender & Women's Rights النوع الاجتماعي و حقوق المرأة
|
||||
|
||||
Religious Freedoms
|
||||
|
||||
Privacy
|
||||
|
||||
National Security
|
||||
|
||||
Empowerment
|
||||
|
||||
Freedom of Information
|
||||
|
||||
Freedom of Expression
|
||||
|
||||
Gender
|
||||
|
||||
Small committee thinking of gender in EIPR, different programmes, different levels in the hierarchy. What programmes to start with? How to strengthen gender perspective? How to develop a gender perspective from scratch?
|
||||
|
||||
We are better positioned to gender mainstream inside EIPR than other women's organisations
|
||||
|
||||
Gender diagnosis
|
||||
|
||||
Will break it into areas of work? reproductive health...
|
||||
|
||||
Will there be different people working: gender in other programmes, and pure gender?
|
||||
|
||||
Dalia's vision for the team
|
||||
|
||||
someone in specific SRHR (sexual rights and reproductive health) inside CFU
|
||||
|
||||
someone working on political participation, women and democracy
|
||||
|
||||
economic and social rights
|
||||
|
||||
criminal justice and gender is a very rare. Hoda and Magda can pick up
|
||||
from Dalia
|
||||
|
||||
Dalia's role
|
||||
|
||||
placing a plan for integrating gender perspective in all units work
|
||||
|
||||
Supervising this work
|
||||
|
||||
Design training programmes
|
||||
|
||||
develop a plan for mainstreaming gender inside EIPR
|
||||
|
||||
Criminal justice?
|
||||
|
||||
Amr does gender component in civil liberties
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-09-22.org][2011-09-22.org]]
|
||||
90
notes/comparative-agent-loop.org
Normal file
90
notes/comparative-agent-loop.org
Normal file
@@ -0,0 +1,90 @@
|
||||
#+TITLE: Comparative Agent Loop & Recovery Study
|
||||
#+FILETAGS: :notes:comparative-study:agent-loop:recovery:architecture:
|
||||
|
||||
* Purpose
|
||||
|
||||
Compare agent loop architectures and error recovery mechanisms across Claude Code, OpenCode, OpenClaw, and Hermes Agent. Inform Passepartout's signal pipeline (v0.9.0) and recovery strategies.
|
||||
|
||||
* Findings Summary
|
||||
|
||||
| Dimension | Claude Code | OpenCode | OpenClaw | Hermes | Passepartout |
|
||||
|-----------+-------------+----------+----------+--------+--------------|
|
||||
| Loop style | Async generator while(true) | Effect while(true) | Dual nested while(true) | Plain while + budget | while(process-signal) |
|
||||
| Streaming tools | StreamingToolExecutor during API stream | AI SDK streamText + tool dispatch | Dual-loop attempt dispatch | Always streaming, chunk iteration | Not yet (v0.7.1) |
|
||||
| Watchdog | 90s stream idle, 30s stall | Via Effect cancellation | TUI watchdog + 5-count idle breaker | 90s stale-stream, 60-120s read | Not implemented |
|
||||
| Auto-retry | 10 max, 3 for 529, stream→non-stream fallback | Effect retry/fallback | Model fallback + profile rotation | 30+ error flags with specific recovery | Not implemented |
|
||||
| Compaction layers | 5 (snip, micro, collapse, auto, reactive) | Auto-compaction + pruning | Post-compaction loop guard | ContextCompressor + 1-line tool pruning | Foveal-peripheral (single layer) |
|
||||
| Interrupt | AbortController + signal.reason | Runner.cancel() + BusyError | AbortSignal propagation | Thread-scoped set + 3-level cascade | Single SIGINT handler |
|
||||
| Cost control | Token budget + task_budget API | Per-step tracking | Idle-timeout breaker (cost runaway) | IterationBudget + subagent caps | Planned (v0.5.0 token economics) |
|
||||
| Busy-mode | N/A (single REPL) | Interrupt running + queue | Interrupt + queue | interrupt/queue/steer (3 modes) | Not implemented |
|
||||
|
||||
* Claude Code — Loop Architecture
|
||||
|
||||
**Core loop**: Async generator queryLoop() with mutable State struct tracking messages, tool context, compaction state, recovery counts, transitions. Each iteration: snip → microcompact → collapse → auto-compact → blocking limit → call model → execute tools → loop.
|
||||
|
||||
**Stop conditions** (return Terminal): completed, blocking_limit, aborted_streaming, aborted_tools, max_turns, stop_hook_prevented, hook_stopped, model_error, prompt_too_long, image_error.
|
||||
|
||||
**StreamingToolExecutor**: Tools execute DURING the API stream. As tool_use blocks arrive, immediately dispatched. Concurrency model: concurrent-safe tools run in parallel; non-concurrent serialized. Bash tool errors trigger siblingAbortController.
|
||||
|
||||
**5-Layer Recovery:**
|
||||
1. Auto-retry: 10 max, 3 for 529, persistent retry mode (CLAUDE_CODE_UNATTENDED_RETRY), fallback model switch
|
||||
2. Stale LLM detection: 90s stream idle timeout, half-time warning at 45s, fallback to non-streaming
|
||||
3. Tool error recovery: user_interrupted → REJECT_MESSAGE, streaming_fallback → executor recreated, missing tool results → synthetic errors
|
||||
4. Compaction retry: reactive compact on 413 prompt-too-long. Two-stage: context-collapse drain → reactive compact
|
||||
5. Watchdog/context overflow: blocking limit pre-check before model call
|
||||
|
||||
**Unique**: Task budgets carried across compaction boundaries. Thinking block validation at query level. Memory prefetch concurrent with LLM stream.
|
||||
|
||||
* OpenCode — Effect-TS Functional Pipeline
|
||||
|
||||
**Core loop**: Effect.fn(SessionPrompt.run) → while(true). Exit on: last assistant has finish reason not tool-calls, structured output produced, processor returns stop/compact, doom loop detected, max steps reached.
|
||||
|
||||
**Doom loop detection**: 3 consecutive identical tool calls → permission prompt.
|
||||
|
||||
**Interrupt**: SessionRunState with Runner.onInterrupt. Cancel() sets status to idle. BusyError when starting while running. New request → cancel current → interrupt work returns last assistant message.
|
||||
|
||||
**Undo/Redo**: SessionRevert with file system snapshots. Revert restores file patches in reverse. Unrevert restores pre-revert snapshot. Per-step diff tracking.
|
||||
|
||||
**Streaming**: AI SDK streamText with event handling (reasoning-start/delta/end, tool-input-start, tool-call, tool-result, tool-error, text-delta, finish-step). Snapshot diff on each step.
|
||||
|
||||
* OpenClaw — Dual-Loop with Failover
|
||||
|
||||
**Outer loop** (runWithModelFallback): Model/provider fallback chain with result classification.
|
||||
**Inner loop** (runEmbeddedAttemptWithBackend): Attempt dispatch with auth/profile rotation.
|
||||
|
||||
**Idle-timeout cost-runaway breaker**: 5 consecutive idle timeouts with no progress → halt paid model calls. Prevents $20-30 runaway from a single code bug.
|
||||
|
||||
**Auth profile rotation**: Multiple profiles per provider, rotated on failures. MAX_SAME_MODEL_IDLE_TIMEOUT_RETRIES=1 before model switch.
|
||||
|
||||
**Post-Compaction Loop Guard**: Detects loops where compaction happens but produces no progress.
|
||||
|
||||
**Streaming watchdog**: Armed on every delta. TUI detects idle stream, updates status. 30s timeout.
|
||||
|
||||
* Hermes Agent — Monolithic 14,672-line Agent
|
||||
|
||||
**Core loop**: while(api_call_count < max_iterations AND iteration_budget.remaining > 0). Checks: interrupt flag, iteration budget, steer drain, API retry loop (with rate limiting), compaction loop (max 3), process tool calls.
|
||||
|
||||
**3-Level Ctrl+C Cascade:**
|
||||
1. Graceful interrupt: sets _interrupt_requested, per-thread signal, propagates to children
|
||||
2. Clear & Queue: clear_interrupt(), busy mode queue (next turn)
|
||||
3. /steer: Non-disruptive injection into next tool result (thread-safe)
|
||||
|
||||
**IterationBudget**: Parent gets 90 iterations, subagents get 50. execute_code iterations refunded. _budget_grace_call for one extra.
|
||||
|
||||
**Streaming**: Always preferred path. 90s stale detection, 60-120s read timeout. Chunk iteration with last_chunk_time tracking. Ollama-specific tool call reuse fix.
|
||||
|
||||
**Recovery flags**: 30+ provider-specific retry flags. JSON repair (5 passes: strict, commas, braces, control chars, unicode). Surrogate sanitization. Dead connection cleanup. Message sequence repair. Credential pool rotation.
|
||||
|
||||
* Passepartout Blindspot Assessment
|
||||
|
||||
1. **No streaming tool execution** — Passepartout's pipeline is strictly sequential. Claude Code executes tools during the API stream (hiding ~1s latency). Passepartout's streaming (v0.7.1) should consider whether tool calls can execute during stream. [Action: v0.7.1 protocol design]
|
||||
|
||||
2. **No recovery layers** — Passepartout has handler-case around think() but no auto-retry, no stale detection, no model fallback. All 3 competitors have multi-layer recovery. [Action: add to v0.9.0 signal pipeline]
|
||||
|
||||
3. **No busy-mode** — When the agent is running and user types, Passepartout has no defined behavior. Hermes has interrupt/queue/steer. Passepartout should add queue mode at minimum. [Action: v0.9.0 priority queue]
|
||||
|
||||
4. **Single SIGINT handler** — The 3-level Ctrl+C cascade is universal. Passepartout should match this. [Action: v0.7.0 Ctrl keys]
|
||||
|
||||
5. **No compaction layers** — Passepartout's foveal-peripheral pruning is a single strategy. Claude Code has 5. Should Passepartout add reactive compaction (compact on PTL) and tool output summarization? [Action: context/compaction study needed]
|
||||
|
||||
6. **No doom loop detection** — OpenCode detects 3 identical tool calls. Hermes detects budget exhaustion. Passepartout could loop forever on a stuck tool. [Action: add to v0.9.0]
|
||||
107
notes/comparative-extensibility.org
Normal file
107
notes/comparative-extensibility.org
Normal file
@@ -0,0 +1,107 @@
|
||||
#+TITLE: Comparative Extension Architecture Study
|
||||
#+FILETAGS: :notes:comparative-study:extensibility:skills:plugins:hooks:mcp:
|
||||
|
||||
* Purpose
|
||||
|
||||
Compare extension/skill/plugin/hook architectures across Claude Code, OpenCode, OpenClaw, and Hermes Agent. Inform Passepartout's skill system and planned MCP integration (v0.10.0). Identify whether Passepartout needs hooks or plugins in addition to skills.
|
||||
|
||||
* Findings Summary
|
||||
|
||||
| Dimension | Claude Code | OpenCode | OpenClaw | Hermes | Passepartout |
|
||||
|-----------+-------------+----------+----------+--------+--------------|
|
||||
| Extension mechanisms | 4 (MCP, plugins, skills, hooks) | 2 (plugins + skills) | 1 (plugins — everything) | 2 (skills + plugins) | 1 (skills) + planned MCP |
|
||||
| Skills format | SKILL.md with YAML frontmatter | SKILL.md with YAML frontmatter | None (plugins serve role) | SKILL.md with YAML frontmatter | .org files with defskill |
|
||||
| Skill security | Path-conditional, symlink-safe, MCP shell inj disabled | None | N/A | Static analysis + trust levels + quarantine | Jail-loaded packages + sandbox check |
|
||||
| Plugins | npm packages, manifest JSON, 3 scopes | npm packages, Effect functions | npm packages, manifest JSON | Bundled/user/project/Pip chain | Not implemented |
|
||||
| Hooks | 27 events, 4 types (cmd/prompt/agent/http) | ~10 events via plugin functions | 36 events via plugin hooks | 20 events via plugin callbacks | defskill triggers only |
|
||||
| Lifecycle | PreToolUse, PostToolUse, Session*, etc. | tool.definition, session.*, etc. | before_* , after_*, session_*, etc. | pre_tool_call, post_tool_call, etc. | None beyond trigger |
|
||||
| MCP | Deepest: stdio/SSE/WS, OAuth, MCP skills, enterprise | Minimal: MCP web search only | Bidirectional: serve + consume MCP | Deep: stdio/HTTP, auto-reload, OSV check | Planned v0.10.0 |
|
||||
| Tool registration | TypeScript Tool objects, Zod schemas | Effect Tool.Def, plugin + file glob | Plugin tool factories | Self-registration at import, AST discovery | def-cognitive-tool (never called) |
|
||||
|
||||
* Claude Code — Four Mechanisms, Clear Boundaries
|
||||
|
||||
**Skills**: Two types — Bundled (TypeScript, compiled in, feature-flagged) and File-based (SKILL.md in .claude/skills/<name>/). YAML frontmatter with: name, description, when_to_use, allowed-tools, model, user-invocable, paths (conditional activation), hooks, context, agent, effort. Path-conditional: skills activate only when matching files are touched (gitignore-style matching). Dynamic discovery walking up from file paths.
|
||||
|
||||
**Plugins**: package.json manifest + Bun plugin ecosystem. PluginDefinition unifies skills, hooks, MCP servers, LSP servers, agents, output styles. Three scopes (user/project/local) with precedence. Settings-first installation: intent written before materialization. Enterprise policy blocking.
|
||||
|
||||
**Hooks**: 27 lifecycle events in HOOK_EVENTS. Four types: command (shell), prompt (LLM), agent (subagent), http (callback). JSON protocol: stdin→stdout structured communication. Permission decisions (allow/deny/ask) with updatedInput. Trust dialog gate. 10-minute timeout. Async backgrounding support.
|
||||
|
||||
**MCP**: stdio, SSE, WebSocket, in-process transports. Tool naming: mcp__<server>__<tool>. MCP servers can provide skills (loaded from MCP, shell injection disabled). OAuth 2.1. Connection management with background reconnection.
|
||||
|
||||
**Why 4 mechanisms?** The paper (arXiv:2604.14228v1) explains: different trade-offs. MCP = process isolation, highest safety. Plugins = npm ecosystem, maximum capability. Skills = markdown files, zero-install, lowest context cost. Hooks = intercept behavior without defining full tools. Each addresses a different point on the safety↔capability spectrum.
|
||||
|
||||
* OpenCode — Simple, Functional
|
||||
|
||||
**Plugins**: Effect-TS functions. (PluginInput) → Hooks. Fires on bus events. Tool provisioning: plugins contribute Tool.Def entries. File-based tool discovery: Glob.scanSync("{tool,tools}/*.{js,ts}").
|
||||
|
||||
**TUI plugins (separate system)**: Slot-based JSX rendering. 10+ named slots. SolidJS reactive. Full API: route, theme, keymap, sdk, dialog, toast, slot, sync, lifecycle, kv.
|
||||
|
||||
**Skills**: SKILL.md files from .opencode/skills/, .claude/skills/, .agents/skills/. Simple YAML frontmatter (name, description). Loaded lazily, cached. Content injected as <skill_content> blocks.
|
||||
|
||||
**Hooks**: ~10 hook events. Tool definition mutation (plugin.trigger("tool.definition")). Message transform. Session lifecycle.
|
||||
|
||||
**Unique**: Effect-TS DI makes cancellation/safety composable. TUI slot system enables rich terminal UI extensions. Tool definition mutation at registration time.
|
||||
|
||||
* OpenClaw — Everything is a Plugin
|
||||
|
||||
**Unified plugin system**: Everything is a plugin — providers, tools, memory, context engines, channels, web search, speech, TTS, video, image, transcription, migration, CLI backends. One mechanism to rule them all.
|
||||
|
||||
**Plugin entry**: definePluginEntry({id, name, description, kind?, configSchema?, register}). The register(api) callback receives the full API surface. Kind declaration in manifest.
|
||||
|
||||
**36 lifecycle hooks**: Most extensive hook surface of all agents. before_model_resolve, agent_turn_prepare, before_prompt_build, before_tool_call, after_tool_call, session_start/end, subagent_spawning/spawned/ended, gateway_start/stop, heartbeat_prompt_contribution, before_install, and more.
|
||||
|
||||
**Tool factories**: (ctx: OpenClawPluginToolContext) => AnyAgentTool[]. Tools auto-exposed as MCP server. Plugin tool MCP for other agents to consume.
|
||||
|
||||
**Isolation**: SQLite-backed plugin state store. Path traversal protection. Activation gating. Memory slot competition (only one memory plugin). Security audit collector interface.
|
||||
|
||||
**Auto-enable**: Complex detection rules (e.g., "auto-enable this plugin when using the OpenAI provider"). Manifest-first: capabilities declared in openclaw.plugin.json.
|
||||
|
||||
**Unique**: Universal plugin mechanism eliminates concept count. Auto-enable rules. Plugin tools available as MCP to external agents. Most granular isolation.
|
||||
|
||||
* Hermes Agent — Skills with Security Scanning
|
||||
|
||||
**Skills**: SKILL.md with rich YAML frontmatter (name, description, version, license, platforms, prerequisites, compatibility, metadata.tags). Progressive disclosure (list metadata → view content → load references). Agentskills.io compatible. Skill Hub with multiple sources (bundled, GitHub, extensible SkillSource ABC). Hub directory with lock file, quarantine, audit log, taps.
|
||||
|
||||
**Skill security (most sophisticated of all)**: Static analysis scanner detecting data exfiltration, prompt injection, destructive commands, persistence, network access, obfuscation. Trust level matrix (builtin/trusted/community/agent-created × safe/caution/dangerous → allow/block/ask). Quarantine before install.
|
||||
|
||||
**Plugins**: Four-source chain (bundled → user → project → Pip). Manifest: plugin.yaml + __init__.py with register(ctx). 20 hooks (pre/post tool call, pre/post LLM call, session start/end, subagent, transform hooks, gateway hooks, config loaded).
|
||||
|
||||
**Toolsets**: Composable tool groups (define → include → resolve). Probability-based distribution for batch runs. AST-based auto-discovery of tool registrations.
|
||||
|
||||
**MCP**: stdio + HTTP transports. Background asyncio event loop. Auto-reconnect with exponential backoff. Auto-reload on config.yaml change. OSV malware check for npx/uvx packages.
|
||||
|
||||
**Unique**: Skill security scanner. Skill hub with quarantine. Toolset composability. MCP auto-reload.
|
||||
|
||||
* Skills vs Hooks — The Distinction
|
||||
|
||||
| Agent | Skills (Instruction Injection) | Hooks (Behavior Interception) | Unified? |
|
||||
|-------|-------------------------------|------------------------------|----------|
|
||||
| Claude Code | Command objects, inject markdown into context | 27 lifecycle events, 4 types, JSON protocol | Blurred — skills CAN have hooks in frontmatter |
|
||||
| OpenCode | Markdown files loaded as <skill_content> | Plugin functions on lifecycle names | Separate — skills are content, hooks are code |
|
||||
| OpenClaw | No concept — everything is a plugin | 36 events, everything is a hook | Unified — no distinction exists |
|
||||
| Hermes | SKILL.md with security scanning | 20 events via plugin callbacks | Separate — different formats |
|
||||
| **Passepartout** | defskill with trigger + deterministic | **None** | **Skills only — missing hooks entirely** |
|
||||
|
||||
* Passepartout Blindspot Assessment
|
||||
|
||||
1. **No hooks** — Passepartout's skills fire on triggers but can't intercept tool execution, model calls, or session lifecycle. All 4 competitors have hooks. This is the biggest extension architecture gap. Claude Code's PreToolUse hook pattern is the cleanest: a registered function that can inspect a tool call before execution and return allow/deny/ask with optional input modification. [Action: add Hook system to v0.8.0+]
|
||||
|
||||
2. **def-cognitive-tool never called** — The macro and registry exist but are empty. Claude Code's Tool interface with 10+ methods (call, isEnabled, isReadOnly, isConcurrencySafe, checkPermissions, validateInput) is a richer model. [Action: fill registry in v0.4.1 already planned]
|
||||
|
||||
3. **No skill security scanning** — Hermes's static analysis scanner is the gold standard. Passepartout's jail-loading + sandbox check is good but could be augmented with regex-based content scanning. [Action: add to security study]
|
||||
|
||||
4. **No plugin system** — OpenClaw's universal plugin system proves one mechanism can serve all extensibility needs. Passepartout should consider whether skills + hooks + MCP is sufficient, or whether a plugin manifest is needed. [Action: decision point for v0.10.0]
|
||||
|
||||
5. **Skills are Lisp-specific** — All competitors use markdown/JSON for skills (language-agnostic). Passepartout's .org files with defskill macros require knowing Common Lisp. For the Skill Creator (v0.11.0), this is fine (LLM writes Lisp). For user-authored skills, markdown frontmatter with Lisp code blocks would lower the barrier. [Action: consider dual format]
|
||||
|
||||
6. **MCP integration planned but not prioritized** — Claude Code and Hermes both have deep MCP. Passepartout's v0.10.0 placement is correct. No action needed, just schedule awareness.
|
||||
|
||||
* Recommended Architecture for Passepartout
|
||||
|
||||
Based on competitive analysis, Passepartout should converge on 3 mechanisms (not Claude Code's 4, not OpenClaw's 1):
|
||||
|
||||
1. **Skills** (defskill, .org format) — Instruction injection. Current state: working, needs security scanning + dual format option.
|
||||
2. **Hooks** (new, PreToolUse/PostToolUse/Session*) — Behavior interception. Missing entirely. Add as slots on the defskill struct: :pre-tool-hook, :post-tool-hook, :on-session-start, :on-heartbeat.
|
||||
3. **MCP** (planned v0.10.0) — External tool ecosystem. Process-isolated, community-maintained.
|
||||
|
||||
This avoids the complexity of plugins (Claude Code/OpenClaw) while covering the essential extension surface. The key addition is hooks — without them, Passepartout can't intercept tool execution or respond to lifecycle events.
|
||||
85
notes/comparative-memory.org
Normal file
85
notes/comparative-memory.org
Normal file
@@ -0,0 +1,85 @@
|
||||
#+TITLE: Comparative Memory & Persistence Study
|
||||
#+FILETAGS: :notes:comparative-study:memory:persistence:context:
|
||||
|
||||
* Purpose
|
||||
|
||||
Compare memory/persistence architectures across Claude Code, OpenCode, OpenClaw, and Hermes Agent against Passepartout's Merkle tree memory. Audit the foveal-peripheral model against compaction pipelines. Inform session rewind (v0.7.2) and long-term memory features.
|
||||
|
||||
* Findings Summary
|
||||
|
||||
| Dimension | Claude Code | OpenCode | OpenClaw | Hermes | Passepartout |
|
||||
|-----------+-------------+----------+----------+--------+--------------|
|
||||
| Primary store | JSONL append-only | SQLite (Drizzle) | JSONL + trajectory JSONL | SQLite + WAL + FTS5 | Merkle-tree hash table + .snap |
|
||||
| Compaction | 4 strategies (Full, Partial, SM, Micro) | Anchored summary + pruning | Pi SessionManager + snapshots | ContextCompressor + tool pruning | Foveal-peripheral pruning (single) |
|
||||
| Trigger | Token threshold + API PTL | Token overflow detection | Threshold/overflow/timeout | Token threshold | Fixed depth + similarity cutoff |
|
||||
| Cross-session memory | extractMemories (file-per-topic) + SessionMemory | Session-scoped only | SOUL.md/MEMORY.md/IDENTITY.md + oc:// | Builtin MEMORY.md + pluggable providers | None (all in Merkle tree) |
|
||||
| Resume | UUID chain from JSONL tail | SQL query by session ID | JSONL replay | SQL query by session ID | Memory snapshots |
|
||||
| Search | None | Frecency for files only | None | FTS5 full-text across all sessions | Embedding-based similarity |
|
||||
| Subagent memory | Sidechain transcript + AgentSummary | Child sessions | Subagent sessions + trajectory | MemoryProvider.on_delegation | N/A (no subagents) |
|
||||
| Auto-memory | extractMemories (LLM extraction) | None | SOUL.md manual edit | memory_write/read tools | Not implemented |
|
||||
|
||||
* Claude Code — The Most Elaborate Memory System
|
||||
|
||||
**Persistence**: Append-only JSONL, one file per session. parentUuid chain for graph reconstruction. Lite metadata reading (last 16KB tail) to avoid loading multi-GB files.
|
||||
|
||||
**4 Compaction Strategies:**
|
||||
1. Full Compact: Forked agent summarizes entire conversation. 9-section template (Request, Concepts, Files, Errors, Problem Solving, Messages, Tasks, Current Work, Next Step). Post-compact: recently-read files re-attached, skills re-attached. Fork shares parent's prompt cache (~0.76% fleet savings).
|
||||
2. Partial Compact: from (summarize after selected message) or up_to (summarize before selected message).
|
||||
3. SessionMemory Compact: Pre-maintained markdown notes used as summary. No extra API call needed. Template: Session Title, Current State, Tasks, Files, Workflow, Errors, Learnings, Worklog.
|
||||
4. Microcompact: Cache-editing to DELETE old tool results without invalidating cache. Time-based: clear old results when cache has expired.
|
||||
|
||||
**Auto-Memory**: extractMemories runs at end of query loop. Forked agent scans conversation, writes durable memories to ~/.claude/projects/<project>/memory/ as individual markdown files. Team memory support. Mutual exclusion with main agent. Trailing-run pattern for concurrent turns.
|
||||
|
||||
**CLAUDE.md Hierarchy**: Managed (/etc) → User (~/.claude) → Project (walking up from CWD) → Local (CLAUDE.local.md). Includes conditional rules with frontmatter (path:, when:). @include directives with circular prevention.
|
||||
|
||||
**Circuit breaker**: Stops auto-compacting after 3 consecutive failures.
|
||||
|
||||
**Unique**: Forked-agent cache sharing saves billions of tokens/month. Cache-editing microcompact surgically removes content without cache break.
|
||||
|
||||
* OpenCode — Anchored Summaries
|
||||
|
||||
**Persistence**: SQLite with session/message/part tables. Message decomposed into typed parts (text, tool, file, compaction, step-start, step-finish). Sync events for cross-process.
|
||||
|
||||
**Compaction**: Inline (not background). Overflow threshold: totalTokens >= model.limit.input - reserved. Two-turn tail protection. Anchored summaries: iterative updates to previous summary — preserve still-true details, remove stale ones, merge new facts. Dedicated compaction agent.
|
||||
|
||||
**Pruning**: Walks messages backwards, skips last 2 turns. Marks old tool outputs as compacted (excluded from context). Protected tools (skill) never pruned.
|
||||
|
||||
**Frecency**: File access tracking with scoring formula: frequency * (1 / (1 + daysSinceLastOpen)). Max 1000 entries, JSONL persisted. Used for autocomplete ranking.
|
||||
|
||||
**Undo/Redo**: Snapshot-based revert with file patch tracking per step.
|
||||
|
||||
* OpenClaw — Document-Centric Memory
|
||||
|
||||
**Memory files**: SOUL.md (persona), MEMORY.md (long-term knowledge), IDENTITY.md (avatar/name), AGENTS.md (instructions), TOOLS.md (tool config), USER.md (user context), BOOTSTRAP.md, HEARTBEAT.md.
|
||||
|
||||
**oc:// path system**: Structured addressing for memory file sections. Format: oc://SOUL.md/Boundaries/deny-rule-1/risk. Parser, AST, resolver, validation. Frontmatter-based scoping.
|
||||
|
||||
**Compaction checkpoints**: Pre-compaction transcript snapshots. Max 25 per session. Enable undo (restore to pre-compaction) and branch (fork new session from snapshot). Reasons: auto-threshold, overflow-retry, timeout-retry, manual.
|
||||
|
||||
**Pluggable context engine**: ContextEngine interface with assemble/compact/ingest/maintenance. Third-party context engine plugins.
|
||||
|
||||
**Trajectory sidecar**: Separate .trajectory.jsonl for structured runtime events. 256KB per event, 10MB runtime, 50MB file max.
|
||||
|
||||
* Hermes Agent — Full-Text Search + Pluggable Memory
|
||||
|
||||
**Persistence**: SQLite + WAL mode. FTS5 virtual table for full-text search across all sessions. Schema versioning with migrations. Jittered write retry (15 tries, 20-150ms random backoff) to break convoy effects.
|
||||
|
||||
**Context compressor**: Automatic on token threshold. Tool output pruning: 1-line semantic summaries (e.g., "[terminal] ran npm test -> exit 0, 47 lines"). Iterative summary updates. Scaled budget (20% of compressed tokens, capped at 12K). Active Task tracking so model knows what to resume. 10-min cooldown on failure.
|
||||
|
||||
**Trajectory compressor**: Separate offline batch processor for training data preparation. HuggingFace tokenizer for accurate counts. OpenRouter summarization (Gemini 3 Flash). Middle-only compression. Protected head/tail.
|
||||
|
||||
**Memory providers**: Pluggable architecture. BuiltinMemoryProvider uses MEMORY.md/USER.md files. External: Honcho, Hindsight, Mem0. One active at a time. Hooks: initialize, prefetch, sync_turn, on_pre_compress, on_delegation, on_session_end. Context fencing with <memory-context> markers.
|
||||
|
||||
* Passepartout Blindspot Assessment
|
||||
|
||||
1. **No CLAUDE.md equivalent** — Passepartout has Org-mode memory but no "always-loaded identity/instructions" mechanism. Claude Code's CLAUDE.md hierarchy is a lightweight, user-editable config that applies globally. Passepartout should add an equivalent in ~/memex/ (the IDENTITY.org analogue). [Action: minor addition to docs]
|
||||
|
||||
2. **No auto-memory** — Claude Code's extractMemories and Hermes's MemoryProvider.sync_turn both persist learnings automatically after each session. Passepartout records everything in the Merkle tree but doesn't extract durable cross-session learnings. [Action: post-v0.7.2 feature]
|
||||
|
||||
3. **Foveal-peripheral vs compaction** — Passepartout's model is more principled (semantic relevance, not token-count trimming), but lacks the battle-testing of Claude Code's 5-layer pipeline. Consider adding reactive compaction for PTL errors and tool output summarization. [Action: context study needed]
|
||||
|
||||
4. **No checkpoint/rewind** — Claude Code and OpenClaw both support session forking/rewinding. Passepartout's Merkle tree memory makes this possible with stronger guarantees (filesystem state rewind, not just transcript). [Action: v0.7.2 session rewind]
|
||||
|
||||
5. **No full-text search** — Hermes has FTS5. Passepartout relies on embedding similarity. For exact-match queries ("what did I say about the login form?") FTS is better than vector search. [Action: consider for v0.10.0+]
|
||||
|
||||
6. **Merkle tree advantage confirmed** — All competitors use linear transcripts (JSONL/SQL rows). Passepartout's Merkle tree provides content-addressed identity, copy-on-write snapshots, and cryptographic integrity. This is a permanent architectural advantage for rewind/undo/audit. [Architecture confirmed; no action]
|
||||
116
notes/comparative-safety.org
Normal file
116
notes/comparative-safety.org
Normal file
@@ -0,0 +1,116 @@
|
||||
#+TITLE: Comparative Safety/Permission Study — Agent Authorization Architectures
|
||||
#+FILETAGS: :notes:comparative-study:safety:permissions:security:
|
||||
|
||||
* Purpose
|
||||
|
||||
Compare safety architectures across Claude Code, OpenCode, OpenClaw, and Hermes Agent against Passepartout's 10-vector dispatcher. Inform the HITL regime, auto-approve learning, and permission dialogs in v0.7.2 and dispatcher-learn in v0.9.0.
|
||||
|
||||
* Findings Summary
|
||||
|
||||
| Dimension | Claude Code | OpenCode | OpenClaw | Hermes | Passepartout |
|
||||
|-----------+-------------+----------+----------+--------+--------------|
|
||||
| Modes | 7 (default, acceptEdits, plan, bypass, dontAsk, auto, bubble) | 3 per-tool (allow/deny/ask) | 3-tier (config/gateway/tool) | 3 (manual/smart/off) | Single HITL flow |
|
||||
| Auto-approve | AI classifier (Opus 2-stage XML) | Rule evaluation (last-match-wins) | Exec approval manager (promise-based) | Smart approval via aux LLM | Planned: dispatcher-learn |
|
||||
| Non-bypassable floor | Path safety checks immune to bypass | None | Gateway HTTP tool deny + config drift | 12-item hardline blocklist | 10 deterministic vectors |
|
||||
| Remember/always | Session-level settings files | In-memory (session-only) | allow-always + config persistence | Session + permanent config.yaml | Not implemented |
|
||||
| Pre-tool hooks | PreToolUse (27 lifecycle events) | None | None | pre/post approval hooks | defskill triggers only |
|
||||
| Anti-misclick | Not literal 200ms; denial tracking + mode stripping | No explicit protection | No explicit protection | Countdown timer on prompt | Not implemented |
|
||||
| Sandbox | bubblewrap+Seatbelt | None | Docker with 30+ blocked paths | None (container bypass) | Regex + planned bwrap |
|
||||
|
||||
* Claude Code — Authorization Pipeline
|
||||
|
||||
**7 Permission Modes:**
|
||||
| Mode | Description |
|
||||
|------|-------------|
|
||||
| default | Interactive prompting for every tool use |
|
||||
| acceptEdits | Auto-allow edits within cwd; prompt for bash/outside |
|
||||
| plan | Plan-only; can plan but not execute |
|
||||
| bypassPermissions | Full bypass (can be disabled via GrowthBook) |
|
||||
| dontAsk | All ask results → deny; only rule-allowed tools |
|
||||
| auto | AI classifier (Opus) decides yes/no on every invocation |
|
||||
| bubble | Internal (not user-facing) |
|
||||
|
||||
**Authorization Pipeline** (12 steps in hasPermissionsToUseToolInner):
|
||||
1a. Tool denied by rule → DENY immediately
|
||||
1b. Tool has ask rule → ASK
|
||||
1c-1g. Checks: permissions, implementation deny, user interaction required, content-specific rules, safety checks (.git/, .claude/, shell configs — bypass-immune)
|
||||
2a. BypassPermissions or Plan → ALLOW
|
||||
2b. Always-allow rule → ALLOW
|
||||
3. Passthrough → ASK
|
||||
|
||||
**Auto-Mode Classifier** (yoloClassifier.ts):
|
||||
- 2-stage Opus XML: Stage 1 (fast, max_tokens=64, <block>yes/no</block>), Stage 2 (thinking, chain-of-thought)
|
||||
- Input: serialized transcript of user messages + assistant tool_use blocks (assistant text excluded — could manipulate)
|
||||
- Fail-closed by default (GrowthBook iron_gate), but can fail-open for dev
|
||||
- Transcript-too-long → fall back to manual prompting
|
||||
- Denial tracking: 3 consecutive / 20 total blocks → force human review
|
||||
- Safe-tool allowlist: FileRead, Grep, Glob, LSP, Task*, TodoWrite, AskUserQuestion — auto-allowed without classifier
|
||||
- acceptEdits fast-path: re-checks tool with acceptEdits mode before calling classifier
|
||||
- Mode stripping: dangerous rules (Bash(*), PowerShell(*), Agent) auto-removed when entering auto mode
|
||||
|
||||
* OpenCode — Permission Architecture
|
||||
|
||||
Simpler, rule-evaluation based. 3 actions per permission type (allow/deny/ask) with glob patterns:
|
||||
```yaml
|
||||
permissions:
|
||||
bash: "ask"
|
||||
edit:
|
||||
"*.md": "allow"
|
||||
"*.env": "deny"
|
||||
```
|
||||
|
||||
Pipeline: evaluate each pattern → if deny → DeniedError; if all allow → auto-allow; otherwise → needAsk → publish Event.Asked → block until reply.
|
||||
|
||||
**Always Allow**: User clicks "Always allow" → patterns added to PermissionTable (SQLite/Drizzle). Auto-resolves any pending permissions the new rules cover. Session-level only (runtime, not written to config).
|
||||
|
||||
**Question prompts**: Vim-style (hjkl) navigation. Numbers 1-9 for direct selection. Multi-tab for multi-question. Custom answer textarea.
|
||||
|
||||
**Cascading rejection**: Denying one permission auto-rejects all pending permissions for that session.
|
||||
|
||||
* OpenClaw — Gateway-Centric Security
|
||||
|
||||
**Gateway-level access control** — all tool invocations flow through central auth/approval server:
|
||||
- Auth modes: none/token/password/tailscale/device-token/bootstrap-token/trusted-proxy
|
||||
- Rate limiting, browser origin checking, timing-safe secret comparison
|
||||
|
||||
**Exec Approval Manager**: Promise-based approval queue with allow-once (one-shot consumption), allow-always, 15s grace period for late awaiters.
|
||||
|
||||
**Dangerous config flags audit**: Scans configuration at startup for security risks (SSRF, unrestricted filesystem access, Docker privilege escalation). Plugins declare their own dangerous flags.
|
||||
|
||||
**Sandbox**: Docker-based with 30+ blocked host paths, blocked home subpaths (.ssh, .aws, .docker, .gnupg), blocked network modes, blocked seccomp/apparmor profiles. Tool policy separate for sandboxed agents.
|
||||
|
||||
**Node invoke approval**: Device-identity-bound, client-identity-bound, backend-bridge for web UI, allowlist for forwarded params.
|
||||
|
||||
* Hermes Agent — Three-Tier Detection
|
||||
|
||||
**HARDLINE blocklist** (12 patterns, unconditional — not even --yolo can bypass):
|
||||
rm -rf /, mkfs, dd of=/dev/sd*, fork bombs, kill -1, shutdown, reboot, etc.
|
||||
|
||||
**DANGEROUS patterns** (47 patterns, approvable):
|
||||
rm -r, chmod 777, chown -R root, curl|bash, systemctl, git push --force, sensitive file writes, self-termination, etc.
|
||||
|
||||
**Approval flow** (check_all_command_guards):
|
||||
1. Skip containers → auto-approve
|
||||
2. HARDLINE check → block
|
||||
3. YOLO/mode=off → auto-approve (except hardline)
|
||||
Phase 1: Tirith security scanner (Rust binary, cryptographically verified) + pattern detection
|
||||
Phase 2: Smart approval via aux LLM (if mode=smart)
|
||||
Phase 3: Manual approval with timeout (default 60s)
|
||||
|
||||
**Busy mode**: interrupt (immediate), queue (next turn), steer (inject after next tool call)
|
||||
|
||||
**SUDO injection**: Transparent sudo -S -p '' rewrite with password piped via stdin from .env.
|
||||
|
||||
* Passepartout Blindspot Assessment
|
||||
|
||||
1. **No "remember" mechanism** — Every HITL prompt requires a decision. Claude Code auto-approves read-only tools via allowlist. Hermes saves "always" approvals to config.yaml. Passepartout should add per-session and permanent allow options. [Action: v0.7.2 HITL inline]
|
||||
|
||||
2. **No non-bypassable floor** — Passepartout could add a hardline blocklist for catastrophic commands (rm -rf /, mkfs, dd to devices) that cannot be approved. [Action: v0.7.2, add to dispatcher-check-shell-safety]
|
||||
|
||||
3. **No classifier** — Claude Code and Hermes both use auxiliary LLMs to reduce HITL frequency. Passepartout's dispatcher-learn (v0.9.0) uses deterministic counting instead. This is architecturally cleaner but will ask more questions initially. Consider adding a safe-tool allowlist for read-only tools. [Action: v0.7.2, add tool-safety classification]
|
||||
|
||||
4. **No anti-misclick** — Claude Code tracks denials; Hermes has countdown timers. Passepartout could add a 500ms input block after HITL prompts appear. [Action: v0.7.2 HITL inline]
|
||||
|
||||
5. **Sandbox superiority** — Passepartout's planned bwrap is better than OpenCode (none) and Hermes (none), comparable to Claude Code (same bwrap approach). OpenClaw uses Docker which is heavier. [Architecture confirmed]
|
||||
|
||||
6. **Hook system missing** — All 4 competitors have PreToolUse/PostToolUse hooks. Passepartout's skills only fire on definable triggers; they can't intercept tool execution. [Action: add to Extension Architecture Study]
|
||||
88
notes/comparative-tui.org
Normal file
88
notes/comparative-tui.org
Normal file
@@ -0,0 +1,88 @@
|
||||
#+TITLE: Comparative TUI Study — SOTA Agent Terminal Interfaces
|
||||
#+FILETAGS: :notes:comparative-study:tui:ux:
|
||||
|
||||
* Purpose
|
||||
|
||||
Deep analysis of TUI implementations across Claude Code, OpenCode, OpenClaw, and Hermes Agent. Informs Passepartout's TUI roadmap (v0.7.0–v0.8.3).
|
||||
|
||||
* Findings Summary
|
||||
|
||||
| Dimension | Claude Code | OpenCode | OpenClaw | Hermes | Passepartout Gap |
|
||||
|-----------+-------------+----------+----------+--------+------------------|
|
||||
| Renderer | Custom React/Yoga WASM | SolidJS/@opentui | pi-tui/Croatoan-like | Rich/prompt_toolkit | Croatoan (ncurses) |
|
||||
| Streaming | Incremental markdown | AI SDK streaming | Streaming watchdog | Always streaming | Not implemented |
|
||||
| Markdown | StreamingMarkdown lexer | React components | HyperlinkMarkdown | Rich markup | Not implemented |
|
||||
| Ctrl keys | Full readline + Vim mode | Vim-style + 3-level Ctrl+C | 3-level Ctrl+C | 3-level cascade | Only Enter/Tab/arrows |
|
||||
| Sidebar | Plugin-slot system (42 col) | Plugin-based sidebar | No sidebar | No sidebar | Planned v0.8.0 |
|
||||
| Themes | 89 tokens, 6 variants, daltonized | 33 presets, system-theme auto | 2 dark/light with COLORFGBG | 8 skins, YAML, kawaii | 4 presets, 7/27 keys used |
|
||||
| Mouse | Yes (Mode 1003/1000) | Yes (click, hover) | Scroll wheel only | Yes (curses fallback) | Not implemented |
|
||||
| Animations | Spinner, shimmer, blink, logo | Animated logo, spinner | Loader + shimmer | KawaiiSpinner, faces | Spinner only |
|
||||
| Onboarding | 9-dialog first-run flow | Setup wizard in TUI | Web UI setup | Banner + /setup | Bash stdin/stdout |
|
||||
|
||||
* Claude Code TUI
|
||||
|
||||
**Renderer**: Custom TypeScript React reconciler (~50K lines total in src/ink/). Uses:
|
||||
- Yoga Layout WASM for Flexbox-based terminal layout
|
||||
- Double-buffered Screen with CharPool/StylePool/HyperlinkPool interning
|
||||
- Blit-based diff rendering — unchanged regions copied in bulk via TypedArray.set()
|
||||
- Output caching with charCache persisting across frames
|
||||
- 5 React contexts: AppContext, TerminalFocusContext, TerminalSizeContext, StdinContext, ClockContext
|
||||
|
||||
**Spinner**: 5-mode state machine (requesting/thinking/responding/tool-input/tool-use). Braille characters ⠋⠙⠹... cycling at variable speeds (50ms requesting, 200ms thinking). Stall detection: color interpolates theme → ERROR_RED {r:171,g:43,b:63}. Reduced motion: slow-pulse ●.
|
||||
|
||||
**Keybindings**: 64 actions in 20 contexts, Zod-validated JSON config (`~/.claude/keybindings.json`). Chord shortcuts. Kitty Keyboard Protocol support. Vim mode: 4-mode state machine (Normal/Insert/Visual/Command) with operators, motions, text objects.
|
||||
|
||||
**Design system**: 89 color tokens across 6 theme variants (dark, light, dark-daltonized, light-daltonized, dark-ansi, light-ansi). Theme-aware ThemedBox/ThemedText components. ProgressBar using 9 Unicode block characters (▏▎▍▌▋▊▉█) for sub-character precision.
|
||||
|
||||
**Component highlights**: PromptInput.tsx (2,339 lines), ScrollBox with 80-row overscan + 40-row scroll quantum, 200ms anti-misclick on permission dialogs.
|
||||
|
||||
* OpenCode TUI
|
||||
|
||||
**Renderer**: SolidJS with custom @opentui terminal rendering framework. Solid signals/drive terminal updates. Component tree rendered to terminal cells via Yoga Flexbox.
|
||||
|
||||
**Slot-based plugin system**: TUIPluginRuntime.Slot. 10+ slots (app, home_logo, home_prompt, sidebar_title, sidebar_content). Modes: replace, single_winner, stack. Plugins have order numbers.
|
||||
|
||||
**Layout**: Home screen (centered logo + prompt + tips) + Session screen (chat area + 42-char sidebar + prompt + permissions). Sidebar becomes absolute overlay when terminal < 120 cols.
|
||||
|
||||
**Themes**: 33 built-in JSON themes. System theme auto-generates from terminal's 16-color palette via luminance-aware scaling. Preview-on-navigate: theme applies on hover, reverts on cancel.
|
||||
|
||||
**Key UX patterns**: Colored left border per agent (┃ Unicode HEAVY VERTICAL BAR). Fuzzy autocomplete with frecency (frequency + recency scoring). Ripple/field interactive logo. Sticky scroll with macOS-style momentum. Paste summary auto-generation. Exit with session resume info.
|
||||
|
||||
* OpenClaw TUI
|
||||
|
||||
**Renderer**: pi-tui framework with custom component tree. ChatLog component with streaming content, tool execution display, BTW inline messages. 180 component cap with pruning.
|
||||
|
||||
**Layout**: Header (accent bold), chat log (flexible), status bar (Loader spinner or text), footer (dim, info pipeline), editor (always focused). No sidebar in TUI — navigation via slash commands + overlays.
|
||||
|
||||
**Themes**: 2 palettes (dark/light), 17 semantic tokens. Auto-detection via COLORFGBG + WCAG luminance calculation. Tool states colored by background (pending=blue-tinted, success=green-tinted, error=red-tinted).
|
||||
|
||||
**Streaming watchdog**: If response is streaming for >30s without new deltas, auto-resets and injects system message.
|
||||
|
||||
**Key UX patterns**: Paste burst coalescer for Windows Git Bash/macOS terminals. OSC 8 hyperlinks in messages. RTL text isolation. Component drop removes all internal reference map entries.
|
||||
|
||||
* Hermes Agent TUI
|
||||
|
||||
**Renderer**: prompt_toolkit Application + Rich markup. Full CLI is 10,275 lines in cli.py. Bottom-pinned HSplit layout with conditional containers.
|
||||
|
||||
**Components**: Welcome banner (Rich Panel with caduceus art, tool/skill/MCP listing), status bar (model, context gauge [████░░], duration), input area (TextArea with SlashCommandCompleter, FileHistory, conditional processors), clarify panel, approval panel, sudo panel, model picker.
|
||||
|
||||
**Skin system**: 8 built-in skins in YAML, 40+ color slots, spinner customization (faces, verbs, wings), branding strings, tool emojis. User skins in ~/.hermes/skins/. Hot-swap via /skin. Skin-aware ANSI lazy resolution.
|
||||
|
||||
**Responsive design**: 3-tier width adaptation (>76 cols full, >52 cols compact, <52 cols minimal). CJK-aware via prompt_toolkit.utils.get_cwidth. Termux detection.
|
||||
|
||||
**Keybindings**: Enter state machine routes to correct handler (sudo/secret/approval/clarify/model_picker/normal). Ctrl+C 3-level cascade. Busy mode: interrupt/queue/steer.
|
||||
|
||||
**KawaiiSpinner**: 9 spinner styles, 10 waiting faces, 15 thinking faces, 15 thinking verbs. All overridable per skin. Wing decorations ⟪⚔ ... ⚔⟫.
|
||||
|
||||
* What Passepartout Should Adopt
|
||||
|
||||
1. **Streaming text** — single biggest UX gap. Every competitor does it.
|
||||
2. **Ctrl+C 3-level cascade** — industry standard. Interrupt → abort → exit.
|
||||
3. **Sidebar** — Passepartout's unique differentiator (gate trace invisibility → visibility).
|
||||
4. **Command palette (Ctrl+P)** — single entry point for all actions.
|
||||
5. **8+ TrueColor theme presets** — current 4 are insufficient.
|
||||
6. **Skin system** — personality through customization.
|
||||
7. **Adaptive layout** — 3 tiers (terminal width-based).
|
||||
8. **Full markdown** — code blocks with highlighting, bold, italic, links.
|
||||
9. **Mouse support** — scroll wheel, click to position cursor.
|
||||
10. **Unicode width awareness** — CJK/emoji rendering correctness.
|
||||
221
notes/competitive-landscape.org
Normal file
221
notes/competitive-landscape.org
Normal file
@@ -0,0 +1,221 @@
|
||||
#+TITLE: Competitive Landscape — 55+ Agent Systems, Comparative Analysis & Strategic Recommendations
|
||||
#+FILETAGS: :notes:comparative-study:competition:strategy:passepartout:
|
||||
|
||||
* Purpose
|
||||
|
||||
Comprehensive survey of 55+ agent coding systems, personal AI assistants, and neuro-symbolic systems conducted May 2026. Informs Passepartout's roadmap from v0.5.1 through v6.0.0. Separates the landscape into three tiers: direct competitors (threats to adoption), feature donors (systems whose features we should adopt), and academic reference points (approaches we can learn from).
|
||||
|
||||
* Methodology
|
||||
|
||||
- Surveyed 55+ systems across 3 categories (13 neurosymbolic, 30 agent, 22 personal AI)
|
||||
- Cloned codebases of 4 direct competitors to ~/ai-agents-study/ (Opencode, OpenClaw, Hermes, Claude Code source)
|
||||
- Wrote 5 deep-dive comparative studies in ~/memex/notes/: TUI, Safety, Agent Loop, Memory, Extensibility
|
||||
- Reviewed 4 academic papers and mapped findings to Passepartout architecture
|
||||
- Analyzed each system across 8 dimensions: neuro-symbolism, memory/storage, safety/security, TUI/UX, extensibility/plugins, deployment/install, token economics, unique capabilities
|
||||
|
||||
* The Neuro-Symbolic Spectrum (Level 0–5)
|
||||
|
||||
We define a classification across the surveyed systems:
|
||||
|
||||
| Level | Name | Description | Systems at this level |
|
||||
|-------+--------------------------+----------------------------------------------------------------------------------------------------+---------------------------------------------------------|
|
||||
| 0 | Pure Neural | LLM call → response. No symbolic component beyond prompt engineering. | Most agents (OpenCode, Aider, Cline, etc.) |
|
||||
| 1 | Neural + Tool System | LLM + structured tool calling. Safety through prompt/system-message guardrails. | Claude Code, Hermes Agent |
|
||||
| 2 | Neural + Heuristic Guard | LLM + regex/policy-based safety filters. | OpenClaw (pattern-based content filtering) |
|
||||
| 3 | Neural + Symbolic Guard | LLM + deterministic symbolic safety component /before/ execution. | Passepartout v0.1.0+ (dispatcher gate stack) |
|
||||
| 4 | Symbolic Coordination | Symbolic components /coordinate/ multiple neural subsystems. Synthesis across providers. | Passepartout v0.9.0 (MVCC + provider intelligence) |
|
||||
| 5 | Symbolic Dominance | Deterministic planner takes the wheel. LLM relegated to semantic I/O translation (10-80-10). | Passepartout v3.0.0 (VivaceGraph + Screamer + ACL2) |
|
||||
|
||||
Passepartout is /currently/ Level 3 (unique among all surveyed systems). Targets Level 4 by v0.9.0, Level 5 by v3.0.0. No other surveyed system achieves Level 3 — the dispatcher gate stack (11 active vectors, zero-token safety) is a genuine architectural differentiator.
|
||||
|
||||
* Tier 1: Direct Competitors (threats to adoption)
|
||||
|
||||
** OpenClaw (anthropics/openclaw)
|
||||
|
||||
| Dimension | OpenClaw | Passepartout Advantage |
|
||||
|-------------------+----------------------------------------------+-----------------------------------------------------------|
|
||||
| Architecture | Node.js agent with tool plugins | Lisp image, hot-reloadable skills, Merkle memory |
|
||||
| Safety | Pattern-based content filtering | 11 deterministic gate vectors, zero LLM tokens for safety |
|
||||
| Channels | 23+ channels (Slack, Discord, Telegram, etc.) | Daemon protocol — trivially matchable (~30 lines/channel) |
|
||||
| LLM providers | 15+ providers | Trivially matchable (~20 lines/provider) |
|
||||
| Memory | JSONL session files | Merkle tree snapshots (restore filesystem state) |
|
||||
| TUI | pi-tui / Croatoan-like | Croatoan (ncurses), Sidebar with 10 panels |
|
||||
| Install | npm install + API key | Single binary + TUI setup wizard |
|
||||
| Self-repair | Restart required for corrupted modules | Hot-reloadable skills, self-repair via REPL |
|
||||
| Sidebar | No sidebar | 10-panel sidebar (Gate Trace, Focus, Rules, etc.) |
|
||||
| Extensibility | Plugin system | Skill system (literate .org files, tangle to .lisp) |
|
||||
|
||||
OpenClaw is the /channel and provider/ competitor — its 23+ platform integrations are its moat. But its safety is heuristic, its memory is flat JSON, and its architecture has no neuro-symbolic component. Passepartout matches OpenClaw on channels and providers on demand, and exceeds it on safety, memory, and extensibility.
|
||||
|
||||
** Hermes Agent (camel-ai/hermes)
|
||||
|
||||
| Dimension | Hermes Agent | Passepartout Advantage |
|
||||
|-------------------+---------------------------------------------------+---------------------------------------------------|
|
||||
| Architecture | Python, FastAPI, SQLite+FTS5 | Lisp image, Merkle tree, hot-reload |
|
||||
| Safety | Prompt guardrails only | 11-vector deterministic gate stack |
|
||||
| Memory | SQLite with FTS5 full-text search | Merkle tree snapshots + VivaceGraph (v3.0.0) |
|
||||
| TUI | prompt_toolkit + Rich, 8 skins, 10,275 lines CLI | Croatoan + 10-panel sidebar, gate trace visible |
|
||||
| Skin system | 8 built-in YAML skins, user skins, KawaiiSpinner | 4 presets (growing to 8+), theme-aware rendering |
|
||||
| Ctrl+C | 3-level cascade (interrupt/abort/exit) | Now implemented (v0.7.0) |
|
||||
| Install | pip install + API key | Single binary + TUI setup |
|
||||
| Auto-update | pip-based | Inotify-based self-reload (v0.9.0) |
|
||||
| Determinism | None — all behavior is temperature-dependent | All gates deterministic; only LLM calls vary |
|
||||
|
||||
Hermes is the /TUI quality/ competitor — its prompt_toolkit interface is sophisticated. But it has no symbolic component, no Merkle memory, and no sidebar. Its safety is purely prompt-based.
|
||||
|
||||
** Thoth (siddsachar/Thoth)
|
||||
|
||||
| Dimension | Thoth | Passepartout Advantage |
|
||||
|-------------------+---------------------------------------------------+------------------------------------------------------|
|
||||
| Architecture | Python, LangChain/LangGraph, knowledge graph | Lisp image, Merkle tree, hot-reload |
|
||||
| Knowledge graph | NetworkX/Neo4j-style graph with Dream Cycle | VivaceGraph v3 + ACL2 verification (v3.0.0) |
|
||||
| Channels | 5 channels (Discord, Slack, etc.) | 23+ matchable on demand |
|
||||
| Install | One-click install wizard | Single binary + TUI setup wizard |
|
||||
| Dream Cycle | Background graph enrichment during idle | Unique, no Passepartout equivalent |
|
||||
| Neuro-symbolism | Python-level graph + LLM queries | Lisp-level symbolic dominance (v3.0.0) |
|
||||
| Determinism | Graph traversal is deterministic | Gate stack + ACL2 verification is /provably/ correct |
|
||||
| Community | Active, growing | Early stage |
|
||||
|
||||
Thoth is the /product vision/ competitor — it ships features Passepartout plans for v3.0.0 (knowledge graph, Dream Cycle, multi-channel, one-click install). But it does so in Python without Merkle-treed memory, without deterministic gates, and without hot-reloadable self-repair. Thoth implements Passepartout's roadmap in a less principled execution but with faster time-to-market.
|
||||
|
||||
** Claude Code (Anthropic, internal)
|
||||
|
||||
| Dimension | Claude Code | Passepartout Advantage |
|
||||
|-------------------+-----------------------------------------------------------+--------------------------------------------------|
|
||||
| Architecture | TypeScript, React/Yoga WASM for TUI, file system tools | Lisp image, Merkle memory, deterministic gates |
|
||||
| Safety | System prompt guardrails (proprietary, not open) | 11-vector open-source gate stack |
|
||||
| Memory | File system operations only | Merkle snapshots (rewind to any state) |
|
||||
| TUI | Custom React reconciler, 89 tokens, 6 themes, Vim mode | Sidebar differentiator, gate trace visible |
|
||||
| LSP | Built-in LSP client | Planned v0.10.0 (read-only tools, auto-approved) |
|
||||
| MCP | Built-in MCP client | Planned v0.10.0 |
|
||||
| Agent loop | Tool-calling loop with file modification | Pipeline with gate stack + think() cascade |
|
||||
| Installation | npm install | Single binary + TUI setup |
|
||||
| Self-repair | Update via npm (restart required) | Hot-reloadable skills, no restart needed |
|
||||
|
||||
Claude Code is the /code intelligence/ competitor — LSP, MCP, and deep file-system awareness. It uses a custom TUI with React rendering in the terminal. But it is closed-source, has no neuro-symbolic architecture, and no sidebar. Its ~50K lines are TypeScript against Passepartout's ~10K lines Lisp.
|
||||
|
||||
* Tier 2: Feature Donors (their best features → our roadmap)
|
||||
|
||||
| System | Best Feature(s) | Where in Passepartout Roadmap |
|
||||
|----------------+----------------------------------------------------+----------------------------------------|
|
||||
| OpenCode | Plugin slot system (sidebar extensibility) | v0.8.0 sidebar + v0.11.0 Skill Creator |
|
||||
| Aider | Map-repo + edit-block patterns + analytics | Already in milestone TODO |
|
||||
| Cursor | Tab-to-accept multi-line diffs | Consider for v0.8.1 tool visualization |
|
||||
| Cody | Context-aware @-mentions, multi-model | v0.7.2 context visibility |
|
||||
| Windsurf | Flow-state mode | v0.8.3 adaptive layout |
|
||||
| Cline | File checkpoint before AI actions | Already Merkle snapshots (v0.2.0) |
|
||||
| Bolt.new | WebContainer in-browser | Not applicable (desktop-focused) |
|
||||
| Lovable | Visual app builder | Not applicable (text-first) |
|
||||
| Devin | Full IDE integration, planning | v0.11.0 Planning + v2.0.0 Lish editor |
|
||||
| Goose | Multi-agent orchestration | Consider post-v1.0.0 |
|
||||
| Open Interpreter | Local code execution, multi-language | Already in skill system |
|
||||
| Roo Code | Multi-model, mode switching | v0.9.0 provider intelligence |
|
||||
| Codex CLI | Full sandbox + LSP | v0.10.0 LSP + already sandboxed |
|
||||
| TaskWeaver | Structured data handling (DataFrames) | Not planned (Python-specific) |
|
||||
| GPT‑Engineer | Whole-app generation | Not planned (agent, not generator) |
|
||||
| MetaGPT | Multi-agent with SOPs | Consider post-v1.0.0 |
|
||||
| AutoGPT | Goal decomposition loop | v0.11.0 Planning |
|
||||
| BabyAGI | Task prioritization | Post-v1.0.0 |
|
||||
| SWE‑agent | SWE-bench optimized agent | v1.0.0 verification |
|
||||
| CodeAct | Action-based agent (code as action) | Already in cognitive tools |
|
||||
| MentatBot | Session-refactor tool | v0.10.0 auto-memory extraction |
|
||||
| Continue | IDE plugin, slash commands | v0.4.0 Emacs bridge |
|
||||
| Tabby | Self-hosted code completion | Not planned (LLM completion only) |
|
||||
| Cody (Sourcegraph) | Code graph + search | v0.10.0 org query + search |
|
||||
| Amazon Q | Enterprise compliance | Gate stack already exceeds |
|
||||
| Gemini CLI | Multi-modal input in terminal | Consider post-v1.0.0 |
|
||||
|
||||
* Tier 3: Academic Reference Points (approaches)
|
||||
|
||||
| Paper / System | Key Idea | Where in Passepartout |
|
||||
|---------------------------+----------------------------------------------+------------------------------------------|
|
||||
| arXiv:2605.02396v1 | Heavy thinking — parallel reasoning paths | v0.8.2 skill, v0.10.0 core |
|
||||
| arXiv:2508.15750v1 | CCE clarifying questions (HITL escalation) | v0.7.2 HITL inline |
|
||||
| arXiv:2604.25850v2 | Failure attribution + change manifest | v0.9.0 + v0.11.0 |
|
||||
| arXiv:2604.14228v1 | Subagent disadvantages (context isolation) | DESIGN_DECISIONS.org "Why Not Subagents" |
|
||||
| Voyager (Minedojo) | Automatic curriculum, skill library | v0.11.0 Skill Creator |
|
||||
| SPRINT (Microsoft) | Planning + retrieval + tool use | v0.11.0 + v0.10.0 web search |
|
||||
| Tree-of-Thoughts | Multi-path reasoning | v0.8.2 heavy thinking |
|
||||
| Graph-of-Thoughts | Graph-structured reasoning | v3.0.0 VivaceGraph |
|
||||
| Self-Refine | Iterative self-improvement | v0.11.0 self-modification |
|
||||
| Reflexion | Episodic memory + reflection | v0.10.0 auto-memory extraction |
|
||||
|
||||
* Key Differentiation — Passepartout's Structural Advantages
|
||||
|
||||
** 1. Deterministic Safety (zero-token gates)
|
||||
|
||||
Every competitor uses either prompt guardrails (Claude Code, Hermes) or pattern-based filtering (OpenClaw). These consume LLM tokens for safety classification and fail on adversarial inputs. Passepartout's 11-vector gate stack is /zero token/ — the dispatcher runs before any LLM call, and each gate is a pure deterministic function. No prompt injection can evade a gate because the gate never sees the prompt — it sees the /semantic representation/ of the proposed action.
|
||||
|
||||
** 2. Merkle Memory (restorable filesystem state)
|
||||
|
||||
Competitors store session transcripts (JSONL, SQLite). Passepartout stores Merkle-treed filesystem snapshots. A user can rewind to any prior state and /the actual files/ are restored, not just a log of what happened. Combined with the Git commit-before-modify policy (gate vector 2), every action has a dual audit trail in both the Merkle tree and git history.
|
||||
|
||||
** 3. Literate Programming (self-documenting skills)
|
||||
|
||||
Skills are authored as .org files, tangled to .lisp. Every skill is its own documentation — the prose explains the code, the code lives inside the prose. No competitor uses literate programming as a delivery format. This makes skills auditable, self-explanatory, and AI-editable in a principled way.
|
||||
|
||||
** 4. Hot-Reloadable Self-Repair
|
||||
|
||||
Competitors require restart for updates. Passepartout's skills (all non-core modules) hot-reload in a running image. If a skill is corrupted, the agent repairs it in-REPL and reloads without downtime. Core files only contain the minimum for this self-repair capability (the "brainstem").
|
||||
|
||||
** 5. Sidebar as Permanent UX Differentiator
|
||||
|
||||
No competitor has a sidebar. Passepartout's 10-panel sidebar (Gate Trace, Focus, Rules, Context, Files, Cost, Protection, Savings, Cost Dashboard, Sovereignty) renders neuro-symbolic architecture visible to the user. The gate trace panel shows /why/ every action was allowed or denied. The rule counter shows how often each gate fires. This is information no competitor can display because no competitor has deterministic gates.
|
||||
|
||||
* What Passepartout Must Match to Compete
|
||||
|
||||
| Capability | Current Passepartout | Competitor Standard | Target |
|
||||
|-----------------------+----------------------+---------------------+--------------|
|
||||
| TUI streaming | Not implemented | All competitors | v0.7.1 DONE |
|
||||
| Markdown rendering | Not implemented | All competitors | v0.7.1 DONE |
|
||||
| Ctrl+C 3-level | Not implemented | All competitors | v0.7.0 DONE |
|
||||
| Sidebar | Not implemented | None have it | v0.8.0 |
|
||||
| Theme presets (8+) | 4 presets | 8-89 themes | v0.8.0 |
|
||||
| Mouse support | Not implemented | 3/4 competitors | v0.8.1 |
|
||||
| LSP integration | Not implemented | Claude Code | v0.10.0 |
|
||||
| MCP integration | Not implemented | Multiple | v0.10.0 |
|
||||
| Web search | Not implemented | Multiple | v0.10.0 |
|
||||
| Session persistence | Not implemented | All competitors | v0.10.0 |
|
||||
| Channels (23+) | 1 channel (TUI) | OpenClaw | On demand |
|
||||
| LLM providers (15+) | 5 providers | OpenClaw/Hermes | On demand |
|
||||
|
||||
* Strategic Position
|
||||
|
||||
Passepartout competes on /architecture/ not features. Its moats are:
|
||||
1. Deterministic safety (no competitor)
|
||||
2. Merkle memory (no competitor)
|
||||
3. Literate self-documenting skills (no competitor)
|
||||
4. Hot-reloadable self-repair (no competitor)
|
||||
5. Sidebar neuro-symbolic visibility (no competitor)
|
||||
|
||||
Its gaps are in features competitors have spent years building (streaming, markdown, LSP, MCP, web search, multi-channel). These are catch-up work — Passepartout's architecture makes them cheaper to implement than they were for the competition.
|
||||
|
||||
The v0.7.0–v1.0.0 roadmap closes the feature gap. The v2.0.0–v3.0.0 roadmap widens the architectural gap. The strategy is: match features to be usable, then invest in architecture to be irreplaceable.
|
||||
|
||||
* Post-v1.0.0 Competitive Dynamics
|
||||
|
||||
By v1.0.0 (projected early June 2026), Passepartout will have:
|
||||
|
||||
- SOTA TUI with gate trace sidebar (unique)
|
||||
- MCP + LSP + web search (standard)
|
||||
- Session persistence + auto-memory (beyond standard)
|
||||
- 11+ deterministic gate vectors (unique)
|
||||
- Merkle memory with file restore (unique)
|
||||
- Self-configuration + self-help + identity (unique)
|
||||
|
||||
The feature parity layer (MCP, LSP, web search, channels, providers) takes ~3 weeks of work. The architectural moat (gates, Merkle, self-repair, literate skills, sidebar) took 2 months and can only be replicated by a complete rewrite of a competitor in a language that supports image-based hot-reload. This is Passepartout's structural advantage.
|
||||
|
||||
* Systems Surveyed (Complete List)
|
||||
|
||||
** Neurosymbolic Systems (13)
|
||||
SymSys, NARS, OpenCog, LIDA, Soar, ACT‑R, Cyc, HUME, SNePS, Bach, CogPrime, Opencortex (original prototype), Passepartout (descendant)
|
||||
|
||||
** Agent Coding Systems (30)
|
||||
Claude Code, OpenCode, OpenClaw, Hermes Agent, Aider, Cursor, Copilot, CodeWhisperer, Cody, Windsurf, Cline, Bolt.new, Lovable, Devin, Goose, Open Interpreter, Roo Code, Codex CLI, TaskWeaver, GPT‑Engineer, MetaGPT, AutoGPT, BabyAGI, SWE‑agent, CodeAct, MentatBot, Continue, Tabby, Amazon Q, Gemini CLI
|
||||
|
||||
** Personal AI / Companion Systems (22)
|
||||
Thoth, Pi (Inflection), Character.AI, Replika, Kindroid, Nomi, Anima, Paradot, Chai, Kajiwoto, InWorld, Kuki (Mitsuku), Cleverbot, Bot Libre, MyShell, Faraday.dev, Eva AI, DreamGF, Candy.ai, JanitorAI, Poe (Quora), ChatFAI
|
||||
|
||||
* Relation to Whitehead Analysis
|
||||
|
||||
See also: ~notes/passepartout-whitehead.org~ for the analysis of Alfred North Whitehead's /Principia Mathematica/ (type theory → gate stack) and /Process and Reality/ (process ontology → architectural vocabulary). The Whitehead analysis is the philosophical dimension of the competitive analysis — PM's type theory gives Passepartout its unique safety architecture, and the process ontology gives it a precise vocabulary for describing pipeline operation that no competitor can use because no competitor has a pipeline of prehending gates.
|
||||
59
notes/content_types_eiprpersonal.org
Normal file
59
notes/content_types_eiprpersonal.org
Normal file
@@ -0,0 +1,59 @@
|
||||
#+TITLE: Content types :EIPR:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Content types :EIPR:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 7879bbcd-b052-4427-b988-4fb1c5dc3013
|
||||
:SOURCE: /home/user/memex/daily/2012-01-15.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2012-01-15 Sun 13:04]
|
||||
:MODIFIED: [2012-01-15 Sun 13:41]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Fact finding statement
|
||||
|
||||
Position statement
|
||||
|
||||
Fact finding report
|
||||
|
||||
Policy analysis report
|
||||
|
||||
Research study report
|
||||
|
||||
Legal memo/brief
|
||||
|
||||
Open letter
|
||||
|
||||
Government memo
|
||||
|
||||
Parliament memo
|
||||
|
||||
Judiciary memo
|
||||
|
||||
Op-eds
|
||||
|
||||
Amr writes contents and template of a problem analysis and intervention
|
||||
|
||||
Soha defines structure and other attributes
|
||||
|
||||
Amr creates templates. Soha sends samples
|
||||
|
||||
Press release
|
||||
|
||||
Video
|
||||
|
||||
Q&A
|
||||
|
||||
Pictures
|
||||
|
||||
Call for action
|
||||
|
||||
HRE output
|
||||
|
||||
Blog posts
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2012-01-15.org][2012-01-15.org]]
|
||||
71
notes/contractual_obligations_eiprpersonal.org
Normal file
71
notes/contractual_obligations_eiprpersonal.org
Normal file
@@ -0,0 +1,71 @@
|
||||
#+TITLE: Contractual obligations :EIPR:@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Contractual obligations :EIPR:@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 12d465e3-164e-4eae-bd82-dc1fbc4a052f
|
||||
:SOURCE: /home/user/memex/daily/2011-11-13.org
|
||||
:END:
|
||||
|
||||
|
||||
:CREATED: [2011-11-13 Sun 13:12]
|
||||
:MODIFIED: [2011-11-17 Thu 11:36]
|
||||
:IMPORTED: [2023-02-08 Wed 19:22]
|
||||
|
||||
Finnish grant
|
||||
|
||||
Sex ed is split between Finnish embassy and Ford
|
||||
|
||||
Finnish Grant: money got in end 2009, mostly to support work on right to privacy:
|
||||
|
||||
1) sex ed report, needs assessment why Egypt need sex ed curricula. Sex Ed report is finished. On problems of NGOs presenting sex ed
|
||||
|
||||
Amal Abdelhady was our consultant. Amal returned comments. Needs finalising by research director or Amr
|
||||
|
||||
One pager and smaller briefing papers on right to privacy and sex and productive rights. Never happened.
|
||||
|
||||
Could be spent on Dalia's sexual and reproductive rights
|
||||
|
||||
Could be spent on media ethics and right to privacy, written by Magda. Magda does not mind finishing it. Amr and Soha will edit
|
||||
|
||||
Remaining EGP 1,000, translation 10,000, printing 20,000, 4,000 for a launch event.
|
||||
|
||||
2) litigation EGP 12,000, spent on
|
||||
|
||||
قضية الفحص الطبي الإجباري
|
||||
|
||||
قضية سالي
|
||||
|
||||
We worked on the Nour case from Assiut but did not spend money
|
||||
|
||||
3) advocacy, spent
|
||||
|
||||
It was a 12 month or 18 month grant and we are underspent. Donors upset. We did not have staffing (Jane then Noha)
|
||||
|
||||
Sexual and productive health and rights, Ford Foundation
|
||||
|
||||
USD150,000 over two years starting March 2010, about one half remaining. Ask for an extension by end of this year for another six months to a year
|
||||
|
||||
Three general themes:
|
||||
|
||||
Morality police, paper, Sex workers in Hurgada, done by Noha, not much output. Research and field work
|
||||
|
||||
Report on sexual violence in Egypt, and state's response. Magda worked on it and agreed to finalise it. Advocacy is done through the sexual violence task force
|
||||
|
||||
Campaign on the findings of the sex ed report
|
||||
|
||||
Rights based approached to sexuality issues and HIV/AIDS. Research material. Could be only translation. Ragia has done work on training manual. Could be Dalia's work on emergency contraception, or also work done on material mortality. Amany can finalise the manual as well
|
||||
|
||||
Trafficking, English not printed
|
||||
|
||||
Hosam says Sex Ed report is translated by Aida, money not spent. Possible Medhat spent the translation money from Ford.
|
||||
|
||||
Litigation
|
||||
|
||||
International Advocacy: travel expenses
|
||||
|
||||
Dalia's salary can come from this, also half of Adel's. Awadalla stays on this grant, until there is a plan
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2011-11-13.org][2011-11-13.org]]
|
||||
21
notes/counting_the_dead_personal.org
Normal file
21
notes/counting_the_dead_personal.org
Normal file
@@ -0,0 +1,21 @@
|
||||
#+TITLE: Counting the dead :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Counting the dead :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: 0a88e1b6-8963-4fe8-b1e4-5ce86d34b5a0
|
||||
:SOURCE: /home/user/memex/daily/2023-07-08.org
|
||||
:END:
|
||||
|
||||
|
||||
Today Tarek Titi died. Probably a suicide, my third this year after Jane and Karim Naguib. Then I realized while browsing Twitter that Nada Zeitona also died 10 December 2019, of apparently massive abdominal cancer.
|
||||
|
||||
Hend Kalfat, Ola Abo el Shalashel, Nada, Jane, Karim. I think I should keep a record of those who did of pain and marginalization.
|
||||
|
||||
Lovely people die of old age too. Nehal Shaker passed away today. Mom is sad.
|
||||
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2023-07-08.org][2023-07-08.org]]
|
||||
15
notes/create_something_cool_and_call_it_centaur_personal.org
Normal file
15
notes/create_something_cool_and_call_it_centaur_personal.org
Normal file
@@ -0,0 +1,15 @@
|
||||
#+TITLE: Create something cool and call it Centaur :@personal:
|
||||
#+FILETAGS: :atomic:note:
|
||||
|
||||
* Create something cool and call it Centaur :@personal:
|
||||
:PROPERTIES:
|
||||
:CREATED: baaeffb2-c2d6-4108-ac54-ee915119dcc2
|
||||
:SOURCE: /home/user/memex/daily/2024-02-09.org
|
||||
:END:
|
||||
|
||||
[2024-02-19 Mon 09:00:00]
|
||||
|
||||
|
||||
|
||||
* Backlinks
|
||||
- Source: [[file:/home/user/memex/daily/2024-02-09.org][2024-02-09.org]]
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user