OpenPipal 1.1.4

What's new in 1.1.4

This release makes Pals (your own agents) first-class: rules you set inside a Pal now really land in that Pal, Pals get their own avatar shapes, the "My Pals" page becomes a list you can try from in one click, and you can pick a default working folder for the whole app.
What's new
- Rules inside a Pal. Say "from now on…" inside one of your Pals and the rule is written into that Pal's own hooks/ folder — it applies only there and travels with it. The Rules tab groups rules by where they live: All Pals (global), each Pal, and from plugins. The background rule writer is now confined to the rule folder itself (it cannot touch the Pal's persona or memory) and routes through the same model preset as the conversation that asked.
- Default working folder. Settings → Apps → Default working folder is now what conversations actually use when they haven't picked a folder of their own. The folder bar above the input shows the effective default with a "Default" tag; a Pal with its own working folder keeps using it. Precedence: conversation's own choice → the Pal's own tools/config.json → the app default → the built-in workspace folder.
- My Pals as a list. Two columns, each row with the avatar, name, one-line description and Try it. The header button is now Create, which starts a conversation with the general assistant — chat there and choose Save as Pal.
- Avatar shapes. The avatar studio gains six body outlines (square, circle, shield, hexagon, cloud, triangle). Shapes morph between states like everything else; eyes and accessories are unchanged. Exported SVG/PNG now includes accessories that hang outside the body.
- Wording. User-created agents are called Pals throughout the UI; the rules feature is called Rules.
What's fixed
- Rules set inside a Pal never produced a file (1.1.3): the background writer lacked the Pal's identity and every write was refused by the tenant boundary, so the capsule always said "no rule file was written". Fixed and pinned with a test against the real boundary.
- Pals borrowed whatever assistant was selected last. Starting a Pal conversation used the app's currently selected assistant as its underlying role, so a Pal could inherit the design assistant's "full-page HTML must be a Design Component" gate without seeing the skill that explains it. Pal conversations now run on a neutral base; the gate's message also points at the exact skill file.
- Avatar changes didn't show up everywhere. …

Full release notes »