3 steps to autocomplete what you need to do in a Codex session with perfection:
1. Paste this to codex "comprehensively audit how to complete the job in this session perfectly, take the time to do the needed research, create all necessary documentations and set a /goal after"
Do this in extra high
2. And then once it is running the /goal turn it into medium or high at best no need to run the rest in xhigh
3. Tell it to autotune the set /goal whenever neeeded and save this into memory and agents md
This will not only start the goal with full context/research done, but when Codex feels the need to improve the goal it will do so, so that it can self-improve its own goals while running.
Spark Trading Competition is starting at 00:01 tonight!
We will be distributing 1% of our total supply at the end of the month (with no vesting)
To those among the top 500 in volume!!
P.S. A live leaderboard will be up this week.
Spark still has certain issues to get widely adopted.
I think the top 3 are
Installer: the CLI installer surface is too technical for most users; this is the problem with most other popular personal agents, too. Bringing a desktop app to fix this.
Harness: this is the core source of bugs. At the beginning, we had fewer surfaces, which meant that words coupled with intent to trigger Spark-specific actions were ok, but now they are a problem. Bringing an Intent Layer that will work as a harness to eliminate certain words hijacking convos, which will bring a much more polished experience.
Content: I just couldn't do a great job creating content over the last 2 weeks, partly because TGE and fixes took up too much of my time. It's time to focus on this and build the right systems so I'm not alone in this.
This week, let's start to get these right!
For those joining Spark Compete, please read this:
It's how you can get more PRs accepted, be really helpful to Spark's improvements, and earn more Sparks.
A step-by-step guide:
1. Make sure that you have an IDE or Agentic Engineering CLI like Codex, Claude Code, or Cursor to help you with getting the Spark Agent from https://t.co/Db1vqNhE9V
2. Let them do the installation, and then connect themselves to Spark, and guide you through the steps. It will be super easy if you let an IDE guide the process.
3. Only once you get your Spark agent fully working inside Telegram, then tell your IDE to read https://t.co/0fQDZ2Hvua and prepare you for things to do inside Telegram, according to missions/repos therein, while understanding the hotfix validation system fully.
4. Then use Spark, inside Telegram, catch the bugs, as you will be able to tell when something is off, and then copy and paste those foul/unpolished parts to your IDE to fix them.
5. Once your LLM fixes something, you can actually check after the hotfix is done in Telegram, to see if it works well now, and once you verify everything works perfectly, on that problem you had before, then let your IDE prepare a PR according to the Spark Compete system.
6. If you skip the step of using Telegram, you gonna do blind PRs, and most of them will be just your LLM hallucinating, and it won't have good hotfixes validated within Telegram, where your Spark agent runs.
7. You can also use Computer Use systems, which are available in Codex and Claude Code, and if your IDE doesn't have a computer use, you can always use a browser-use plugin or other computer use plugins that are popular. This way, you can automate more things, still test everything in Telegram, and pair your IDE to use Telegram directly rather than have it run in the background.
You wanna see the fixes firsthand and make sure they really polish and improve Spark. That's basically the essential thing to focus on. But if you just send your IDE to audit and send PRs without any telegram usage, or real hotfix validation that fixes real bugs, your efforts won't be that effective, nor it will help to improve Spark much.
Thank you ๐
The event is still progressing until the 7th. You're more than welcome to join, help Spark get better, and earn Sparks.
For any technical questions, you can ask them in the comments. I'll try to help as best as I can.
Spark Compete PR Reviews have been running for 10 hours with a /goal in Codex, yet it will probably take another day to go through all the PRs.
System is open-source, PRs are incentivized with our token, and structured into a competition:
> People join as a 3-person team
> Use Spark self-improving agent OS to find bugs
> Get their hotfixes done, and share with a packet validation verifying that the issue is fixed
> If the verification is done right, and the issue is fixed, they get points
> If the validation isn't there, or the PR is already submitted by another team, or there are security issues, the Spark Compete system sends agent promptable feedback to the submitters
> There is also an isolated device which is doing extra verification checks on all the validated PRs, and sees if they are a pass/fail/quarantined on top for an added layer of real-time reviews, besides multiple layers of review systems
Altogether, the system leverages tokenization to drive open-source growth, enabling faster product development/polishing, community activation, and rewarding contributors for their participation.
If you have an LLM or have been using agents, definitely join. The first event is ending on the 7th.
$250 PRIZE POOL - LAMB CHOP CHALLENGE Predict Lamb Chop's fate!
Will he live or in which number will he perish?
- Follow @YEETSlopTV
- Comment a number from 1-16 or BARN
We'll be sharing a replay of a Lamb Chop run in the comments!
Five random users with the right answer will receive $50.
YEET it!
Spark's new update release-21 is here.
Spark CLI:
- Fixed upgrade setup so secret-backend pauses no longer look like broken installs.
- Fixed browser-use install, Windows screenshot proof, uvx path, and CLI discovery.
- Added browser-use sessions, status receipts, proof scope, and screenshot proof.
- r21 now makes hosted scripts, installed checkout, manifest, checksums, and verifier agree.
- Added release tag: spark-cli-public-installer-2026-05-29-r21.
- Hardened installer options, URL handling, sandbox naming, relay ports, approval checks, token redaction, setup layout checks, and config keys.
- Updated module registry pins and dependency/security pins.
Spark Compete:
- Built the public packet validator and Telegram proof guide.
- Added warnings for proof quality, risky evidence, packet completeness, and repo routing.
- Added reviewer-routed packets for private or unclear owner cases.
- Added no-safe-Telegram-chat guidance.
- Added Spark Agent install/proof guidance so contributors can use their own agents.
- Added multi-repo packet audit and Mac Lab queue support.
- Made lab queues repo-scoped instead of Spark CLI-only.
- Added account-pending credit tracking and admin visibility.
- Added first private scoring, first public points release, and exact account mapping release records.
- Tightened public review guidance and point gates.
Spark Telegram Bot:
- Added browser-use Telegram workbench commands.
- Added browser-use profiles and CDP session handoff.
- Added browser task screenshots and proof receipts.
- Improved Telegram replies so browser/research outputs are clearer and less clipped.
- Hardened browser research against fake or incomplete findings.
- Added Telegram ID validation before Builder calls.
- Adopted sliding-window Telegram rate limiting.
Spawner UI:
- Improved Mission Control recovery UI.
- Stabilized mission-control release surfaces.
- Isolated Spark run integration state.
- Added provider result artifacts.
- Added monotonic mission-start guard.
- Added safe provider failure summaries.
- Added provider execution timeout.
- Cleaned board/status wording.
Spark Intelligence Builder:
- Added browser-use proof probes and smoke proof receipts.
- Required fresh browser-use proof receipts.
- Accepted browser-use screenshot proof paths.
- Governed Telegram voice ffmpeg execution.
- Hardened observability and route proof.
- Added trace refs for config mutations.
- Made chip creation paths portable.
- Made gateway misses safer and actionable.
- Surfaced memory maintenance artifact failures.
Other Spark repos:
- spark-character: safer exception handling, chip path guards, registry promotion guards, sanitizer fixes.
- spark-domain-chip-labs: safer fallback paths, narrower recoverable exceptions, installer proof test stabilization.
- spark-personality-chip-labs: safer hook exceptions and bridge TTL fixes.
- spark-voice-comms: Spark Compete packet PR template and manifest sync.
- spark-researcher: bounded research failure handling, first-use fallback, safer schema path handling.
Overall:
- We moved from a Spark CLI-only PR pile to a multi-repo security-first review system.
- Every serious PR now goes through packet, security, duplicate, account/team, lab, scoring, and merge/publish gates.
- Mac Lab can test across repos without running participant PR code on the publishing machine.
- Public points only release after real gates clear.
- Useful work can still be tracked in the background while account/team mapping is completed.
- The installer pipeline now has checksums, hosted metadata, local verification, release signing, attestations, production smoke, and real hosted upgrade proof.
Thanks to all the contributors as well, if you have been contributing make sure to upgrade to the new version, and then share your PRs ๐
i'm realizing more and more these last few days that the next personal agents won't be just technical products
they will repackage what's technical for 99% of society into easier onboarding, visual UIs, storytelling, and a sense of soul that will package agents into usable forms