pull-3rd-party: craft-anything startfähig bauen; iris-claude-exec für Programme, die claude selbst starten #155

New issue

Open

opened 2026-11-06 09:29:26 +00:00 by alf · 1 comment

alf commented

2026-11-06 09:29:26 +00:00

Owner

Befund

pull-3rd-party craft-anything baute eine App, die nicht startet: Das Binary lag als Contents/MacOS/Craft Anything im Bundle, die Info.plist verlangt craft-anything (CFBundleExecutable); das Icon hieß Craft Anything.icns statt craft-anything; craft-anything-cli (MCP-Server der Coding-Agenten) wurde weder gebaut noch ins Bundle kopiert.
Es gibt keinen Weg, das Claude Code mit dem aktuellen Iris-Agent-LLM aus einem Programm heraus zu starten, das claude selbst mit eigenen Argumenten aufruft (Craft Anything). iris-claude startet nur interaktiv.

Ziel

pull-3rd-party baut für Crafts, deren Executable-/Icon-Name vom Display-Namen abweicht, ein startfähiges Bundle (Namen aus der Plist-Vorlage, Begleiter-Binaries aus packaging/env.sh).
tools/iris-claude-exec: wie iris-claude, aber mit durchgereichten Argumenten, nutzbar als command eines Backends.

Warum

Craft Anything soll mit dem lokalen Iris-Agent-LLM und dem eigenen Claude Code bauen, ohne Cloud-Key.

## Befund 1. `pull-3rd-party craft-anything` baute eine App, die nicht startet: Das Binary lag als `Contents/MacOS/Craft Anything` im Bundle, die Info.plist verlangt `craft-anything` (CFBundleExecutable); das Icon hieß `Craft Anything.icns` statt `craft-anything`; `craft-anything-cli` (MCP-Server der Coding-Agenten) wurde weder gebaut noch ins Bundle kopiert. 2. Es gibt keinen Weg, das Claude Code mit dem aktuellen Iris-Agent-LLM aus einem Programm heraus zu starten, das `claude` selbst mit eigenen Argumenten aufruft (Craft Anything). `iris-claude` startet nur interaktiv. ## Ziel - `pull-3rd-party` baut für Crafts, deren Executable-/Icon-Name vom Display-Namen abweicht, ein startfähiges Bundle (Namen aus der Plist-Vorlage, Begleiter-Binaries aus `packaging/env.sh`). - `tools/iris-claude-exec`: wie `iris-claude`, aber mit durchgereichten Argumenten, nutzbar als `command` eines Backends. ## Warum Craft Anything soll mit dem lokalen Iris-Agent-LLM und dem eigenen Claude Code bauen, ohne Cloud-Key.

alf added the

typ/enhancement

label

2026-11-06 09:29:26 +00:00

alf referenced this issue

2026-11-06 09:29:38 +00:00

feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155) #156

alf commented

2026-11-06 09:29:39 +00:00

Author

Owner

PR #156 gemergt: feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155)
http://docker:3000/alf/2ndbrain/pulls/156

Commits:

feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155)

Befund: Siehe Issue. Ursache 1: pull-3rd-party kopierte das Binary unter den Display-Namen, die Plist-Vorlage von craft-anything verlangt craft-anything; zudem fehlte das CLI.

Geändert:

tools/pull-3rd-party: Executable- und Icon-Name aus CFBundleExecutable/CFBundleIconFile; Paketmenge aus BINS in packaging/env.sh, wenn die package.sh keine -p nennt; cp-Zeilen in if …; then cp …; fi werden richtig gelesen.
tools/iris-claude-exec (neu) und iris_agent_common_claude_env() in tools/iris-agent-common.sh; tools/iris-claude.sh ruft sie auf.
session-kontext.md (neu).

Geprüft: craft-anything gebaut und auf den Desktop gelegt; Contents/MacOS enthält craft-anything und craft-anything-cli, Signatur gültig, beide melden 0.4.0. iris-claude-exec -p lieferte über den Iris-Proxy (openaicompat, Port 18095) eine Antwort. Ein Craft-Anything-Lauf hat das lokale Modell angesprochen (llama-server-Log, ca. 29 t/s).

Nicht geprüft: iris-claude.sh nach der Auslagerung nur mit bash -n; die übrigen Crafts mit dem geänderten Build; die Backends anthropic/ollama/lmstudio/openai/openrouter in iris_agent_common_claude_env; ein vollständig durchgelaufener Bauauftrag.

Grenzen / Offen: Die Schema-Korrektur in craft-anything (boolesches true → {} für llama.cpp) liegt nur lokal im Fork-losen Repo 3rdparty/craft-anything. Gebaut, aber nicht von Hand ausprobiert: status/zu-testen.

PR #156 gemergt: feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155) http://docker:3000/alf/2ndbrain/pulls/156 Commits: - feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155) --- **Befund:** Siehe Issue. Ursache 1: `pull-3rd-party` kopierte das Binary unter den Display-Namen, die Plist-Vorlage von craft-anything verlangt `craft-anything`; zudem fehlte das CLI. **Geändert:** - `tools/pull-3rd-party`: Executable- und Icon-Name aus `CFBundleExecutable`/`CFBundleIconFile`; Paketmenge aus `BINS` in `packaging/env.sh`, wenn die `package.sh` keine `-p` nennt; `cp`-Zeilen in `if …; then cp …; fi` werden richtig gelesen. - `tools/iris-claude-exec` (neu) und `iris_agent_common_claude_env()` in `tools/iris-agent-common.sh`; `tools/iris-claude.sh` ruft sie auf. - `session-kontext.md` (neu). **Geprüft:** craft-anything gebaut und auf den Desktop gelegt; `Contents/MacOS` enthält `craft-anything` und `craft-anything-cli`, Signatur gültig, beide melden 0.4.0. `iris-claude-exec -p` lieferte über den Iris-Proxy (openaicompat, Port 18095) eine Antwort. Ein Craft-Anything-Lauf hat das lokale Modell angesprochen (llama-server-Log, ca. 29 t/s). **Nicht geprüft:** `iris-claude.sh` nach der Auslagerung nur mit `bash -n`; die übrigen Crafts mit dem geänderten Build; die Backends anthropic/ollama/lmstudio/openai/openrouter in `iris_agent_common_claude_env`; ein vollständig durchgelaufener Bauauftrag. **Grenzen / Offen:** Die Schema-Korrektur in craft-anything (boolesches `true` → `{}` für llama.cpp) liegt nur lokal im Fork-losen Repo `3rdparty/craft-anything`. Gebaut, aber nicht von Hand ausprobiert: `status/zu-testen`.

alf referenced this issue from a commit

2026-11-06 09:29:40 +00:00

feat(tools): pull-3rd-party baut craft-anything startfähig, iris-claude-exec (#155)