Run #11 · success · 0 lane(s)
head 8e2cbff6befcfa61b6b035dc006e53c3e673ef4f · queued 2026-03-20 03:44:18
finished 2026-03-20 03:44:18
No lanes were selected for this branch head.
Run #11 · success · 0 lane(s)
head 8e2cbff6befcfa61b6b035dc006e53c3e673ef4f · queued 2026-03-20 03:44:18
finished 2026-03-20 03:44:18
No lanes were selected for this branch head.
This branch contains a single documentation change in README.md, tightening the project's alpha-software warning from a softer advisory ('Avoid using it') to a firmer directive ('Do not use it') for sensitive or production workloads. The change reflects a more explicit stance on the current maturity level of the project.
Intent: Replace the softer 'Avoid using it' phrasing with the more definitive 'Do not use it' to make the project's risk disclaimer unambiguous for users evaluating Pika for sensitive or production workloads.
Affected files: README.md
@@ -3,7 +3,7 @@
> [!WARNING]
-> Alpha software. This project was largely vibe-coded and likely includes privacy and security flaws. Avoid using it for sensitive or production workloads.
+> Alpha software. This project was largely vibe-coded and likely includes privacy and security flaws. Do not use it for sensitive or production workloads.
The README's warning callout previously read:
Avoid using it for sensitive or production workloads.
This has been changed to:
Do not use it for sensitive or production workloads.
The distinction matters: "Avoid" implies a recommendation that users may weigh against their own judgment, while "Do not" is an explicit directive. For an alpha-quality, self-described "vibe-coded" project dealing with encryption and messaging—domains where security flaws carry real consequences—the stronger language sets clearer expectations and reduces the risk of users underestimating the project's current limitations.