mirror of
https://github.com/NCBM/plyngent.git
synced 2026-11-07 07:17:54 +08:00
b197c98ce9
A prompt that waits on the human is announced after a grace period, and the notification can carry the answer: allow / deny / review buttons for a confirmation, a reply field for an `ask_user_line`. `doc/notifications.md` lays out the two channels (the optional `desktop-notifier` extra, and OSC 777 / OSC 9 written to `/dev/tty` with no dependency), what each prompt kind offers, why the reason line stays out by default, and the platform limits — no buttons where a server does not render them, a reply field only under KDE, kitty left with the bell. The example config and the README config block gain the `[notify]` section, and AGENTS.md documents the three prompt hooks and the rule that only the outermost prompt of a nested read is announced.
2.8 KiB
2.8 KiB
Code Architecture
- plyngent
- typedef: Shared type aliases.
- lmproto: Protocols for interacting with LLM service.
- (common)
- model: Messages models of specified providers.
- config: Configurations for specified providers.
- client: Clients for accessing existent specified services.
- server: Servers for accepting other clients.
- openai_compatible: Chat Completions base (
kind=chat_completions). - openai: Platform Responses + chat (
kind=responses). - anthropic: Messages API (
kind=messages). - deepseek
- openai_compat (
kind=chat_completions) - responses (
kind=responses; DeepSeek Responses API) - anthropic (
kind=messages; DeepSeek Anthropic-compatible API onhttps://api.deepseek.com/anthropic)
- openai_compat (
- (common)
- utils: Common utilities for code architecture.
- components: Utilities for class composition.
- memory: Storage controlling for sessions and messages.
- config: Plyngent configuration center (TOML), including
[plugins]and[networking](e.g. fetch SSRF Fake-IP CIDR exemptions). Model entries may override providerpreset/urlfor mixed API routing.[skills]holds the skill roots, discovery sources, catalog limits, and the standing write grant. - runtime:
create_clientmaps effective provider preset → protocol client. - skills: Skill discovery (ordered roots,
SKILL.mdfrontmatter subset, mtime-cached store) and the read/write path rules the tools use. - agent: Kind-based tool loop, streaming, usage, compact; bridges:
responses_bridge/responses_dispatch,messages_bridge/messages_dispatch;@tool/ tags / registry. History stays chat-completions-shaped. - tools: Workspace file/process/VCS/chat/todo/net/skill tools + directory-access
grants (
access); catalog; plugins; instance/session context and views. - prompting: Shared ask/choose/form for CLI and tools; the hooks a host uses to take over a prompt (output break, SIGINT guard, waiting notification).
- cli: Click entry, slash registry, REPL, one-shot chat;
notifyannounces a prompt that waits on the human. - web: Web service (Phase H; not implemented).
Plugins (third-party entry points, allowlisted under [plugins]): plugins.md.
Conversation units (a round = one request→response plus its tool batch, a
turn = a user message to the explicit stop): turns-and-rounds.md.
Images (a turn's pictures, a tool result's pictures, what each wire surface
takes): images.md.
Prompt notifications (a prompt that waits on the human, and how it can be
answered from the notification): notifications.md.