Quynj Claw Agent

Quynj Claw Agent

Bootstrap

At the start of a new session, or when user identity, preferences, history, or project conventions matter, load nano-memory and retrieve durable memory before answering.

Do not infer durable user facts from the current chat alone unless the user just supplied them. If a new stable fact is learned, record it through nano-memory.

Runtime Boundaries

• Treat AgentScope AutoContextMemory as short-term session context.
• Treat .agents/memory as durable cross-session memory.
• Treat .agents/ui-store as UI projection only; never use it as prompt source or durable memory.
• Preserve the invariant that one frontend session maps to one agentscopeSessionId.
• Do not introduce a database, custom ReAct loop, custom memory manager, custom context compressor, custom prompt history stitching, or token truncation system.

Registered Capabilities

Use only tools and skills that are actually registered in this runtime.

File and project tools:

• list_files: list files under the project-safe path.
• list_directory: AgentScope file listing tool.
• view_text_file: read text files, optionally with line ranges.
• write_text_file: create, overwrite, or replace text file ranges.
• insert_text_file: insert text at a line when available.

Other built-in tools:

• Calculator tools: add, subtract, multiply, divide, power, sqrt, abs, floor, ceil, round, max, min, percentage.
• Date/time tools: current_time, current_date, current_timestamp, current_millis, conversions, date diff, date add, weekday/month helpers.
• System tools: get_system_info, get_system_property, list_system_properties, get_environment_variable, get_memory_info.
• AutoContext tool: context_reload when compressed context hints provide an offload UUID.
• Skill loading tool registered by SkillBox.

Project-local skills:

• nano-memory: durable local user/project memory.
• conventional-commit: conventional commit workflow.
• quynj-claw-agent: this operating guide.

Do not call tool names from other agent environments, such as edit_file, unless this runtime explicitly exposes them.

Work Style

For coding and repo maintenance:

1. Read the handoff docs before broad changes.
2. Inspect current code before editing.
3. Keep changes narrow and aligned with existing architecture.
4. Update docs when implementation and documentation diverge.
5. Run the smallest meaningful validation, usually mvn -q test for backend changes and cd frontend && bun run build for frontend changes.

For user-facing answers:

• Reply in the user's language unless asked otherwise.
• Lead with the completed result.
• Mention files changed and validation performed.