Pinned Tweet
π§ Mainnet Full Alpha Is Kicking Off
Mainnet Full Alpha marks the next stage of the Cortensor rollout.
This is not a one-time launch event. Alpha is the period where Mainnet1, the product layer, and developer-facing tools start being exercised together under more realistic usage before we expand further toward Beta.
πΉ What Alpha is for
- controlled access rather than broad public availability
- continued validation of Mainnet1, routers, sessions, dedicated nodes, dashboard, indexer, and recovery paths
- real product traffic through Portal, Corgent, Bardiel, and PyClaw-related workflows
- identifying operational, compatibility, onboarding, model, and capacity gaps through actual use
πΉ Product focus
- Portal will continue improving as the simpler hosted API entry point into Cortensor
- Corgent / Bardiel will keep iterating on delegation, validation, fact-checking, and the early v4 direction
- PyClaw will continue maturing across research, coding, memory, tools, scheduling, delegation, recovery, longer-running projects, packaging, and the early Desktop App
- Mainnet Full capacity will gradually expand as we learn where real demand appears
πΉ Developer exposure
- Alpha is also preparation for broader builder activity
- We expect to prepare more examples, documentation, onboarding, model availability, and product capacity for hackathons and builder programs
- Portal and PyClaw should provide two accessible entry points, while Corgent / Bardiel can give agents additional delegation and validation services to build around
πΉ What happens between Alpha and Beta
- bring in controlled real usage
- expose gaps through actual workloads
- fix bugs and compatibility issues
- improve onboarding and developer experience
- mature PyClaw and the product surfaces
- iterate v4 delegation / validation
- expand node, model, router, and gateway capacity
- run early hackathons / builder programs
- use that feedback to prepare for broader Beta access
πΉ What Beta should represent
Beta should mean more than simply βmore users.β
It should mean a stronger network and product baseline that has already gone through real developer usage, more diverse workloads, broader model testing, and another round of operational hardening.
Alpha β real usage β iteration β developer exposure β more workloads β stronger products β Beta.
Mainnet Full Dashboard:
dashboard.cortensor.network
Mainnet Full Explorer:
explorer.cortensor.network
#Cortensor #MainnetFull #Portal #PyClaw #Corgent #Bardiel #AgenticAI
π οΈ DevLog β PyClaw: 0.1.13 Expands Tool Execution, Freshness Checks, Memory Recovery, and Cross-Platform Builds
The latest PyClaw release is now out, with another reliability-focused update across bounded tool execution, answer freshness, storage recovery, scheduled memory, and cross-platform packaging.
πΉ Bounded tool execution
- Tool execution now supports broader bounded workflows while preserving user-defined limits
- This helps agents do more within a task without weakening explicit execution boundaries
πΉ Freshness verification
- Direct answers and continuation turns now receive stronger freshness checks
- This reduces the chance of continuing from stale state when newer context or results should take priority
πΉ SQLite recovery
- SQLite snapshot recovery has been improved across platforms
- This strengthens recovery behavior for local runtime state on macOS, Linux, and Windows
πΉ Memory reliability
- Scheduled-memory recovery is more robust
- Memory administration workflows have been tightened
- Audited record cleanup is now more consistent across both SQLite and PostgreSQL
πΉ Distribution updates
- Desktop, CLI, and daemon builds have all been refreshed
- Updated builds are available across macOS, Linux, and Windows
- This continues bringing the runtime and Desktop release paths closer together
πΉ Current takeaway
- 0.1.13 continues the 0.1.x focus on making longer-running agent workflows more controlled, recoverable, and portable
- Tool limits, freshness, memory lifecycle, storage recovery, and distribution are all being tightened together rather than treated as separate concerns
#Cortensor #DevLog #PyClaw #DesktopApp #SDK #AgenticAI #DeveloperTools
π οΈ DevLog β PyClaw: 0.1.12 Improves Research Recovery, PostgreSQL Memory, and Runtime Reliability
The latest PyClaw release is now out, with another reliability-focused pass across research recovery, PostgreSQL-backed memory, deterministic runtime state, tool handling, and resource ownership.
πΉ Resumable research workflows
- Research checkpoints now preserve failed synthesis evidence
- Interrupted or failed synthesis paths retain more useful state for inspection and continuation
- This improves recovery behavior for longer-running research workflows
πΉ PostgreSQL memory and sessions
- Memory retention and cleanup have been tightened
- Session filtering and lifecycle handling are more reliable
- Additional resource cleanup reduces lingering storage connections and ownership ambiguity
πΉ More deterministic runtime state
- Event ordering is more predictable
- Room participant ordering remains stable when timestamps collide
- Fallback tool-call IDs are now more reliably unique across response batches
πΉ Clearer failure handling
- Fatal runtime failures are distinguished more clearly from recoverable tool errors
- Failed runs are reflected consistently across SDK execution and persisted history
- Recoverable tool failures can remain part of the workflow without incorrectly collapsing the full run
πΉ Tool and resource handling
- Tool schemas and annotation handling have been tightened
- Runtime ownership and cleanup behavior is more explicit
- memctl workflows received additional reliability improvements across inspection and storage lifecycle handling
πΉ Upgrade note
- Database migrations 14-15 require a backup before upgrading
- Coordinated writer shutdown is recommended while applying these migrations
πΉ Current takeaway
- 0.1.12 continues tightening the foundations needed for longer-running and recoverable agent workflows
- The focus remains predictable state, durable memory, clearer failures, and cleaner runtime ownership as the 0.1 line matures
#Cortensor #DevLog #PyClaw #SDK #AgenticAI #DeveloperTools #AIInfra
π October Node Rewards Update
The final October node reward snapshot and eligible node list are now set.
Reward processing is expected to begin within the next 24 hours based on this finalized snapshot.
Weβll share another update once distribution is complete.
Thanks to all node operators continuing to support the network.
#Cortensor #NodeRewards #NodeOps #MainnetFull
π October Node Rewards Update
The October node reward snapshot has now been taken and finalized for 19 eligible nodes.
Eligible nodes:
- 9 ephemeral nodes
- 10 dedicated nodes
Rewards are expected to be sent out within the next 48 hours based on this finalized snapshot.
Weβll share another update once distribution is complete.
Thanks to all node operators continuing to support the network.
#Cortensor #NodeRewards #NodeOps #MainnetFull
π οΈ DevLog β PyClaw Desktop: Recent Progress and the Next Release Step
A broader recap of recent PyClaw Desktop development as we continue closing the gap between the CLI / runtime and the Desktop experience.
These updates are already merged into development, but have not yet been published as tagged Desktop releases.
πΉ Better CLI / Desktop parity
- Agent lookup and delegation commands now behave more consistently across surfaces
- /copy support has been improved
- Skill browsing has expanded, along with additional runtime visibility through /graph status
πΉ Conversation and workflow UX
- Conversation search now handles multilingual text input more reliably
- Rename dialogs no longer lose newer edits while a save is in progress
- Message and code copying now have better focus handling and clearer error feedback
- Agent / MCP reports now correctly follow the agent attached to the selected conversation
πΉ Desktop accessibility and navigation
- Settings now support full keyboard navigation
- Additional interaction and focus improvements continue moving Desktop toward a more complete everyday workflow surface
πΉ Public project readiness
- README branding, screenshots, installation guidance, privacy notes, and contribution guidance have been refreshed
- Desktop now has its own independent versioning baseline starting at 0.0.1
- The latest development baseline has passed 505 tests across Ubuntu and macOS CI, including native Electron checks
πΉ Moving into tagged Desktop releases
- Up to this point, Desktop development has been progressing without public version tags or published releases
- Starting with the next release cycle, we plan to begin tagging and publishing Desktop versions alongside the ongoing runtime / CLI release process
- This gives Desktop a clearer release history and makes it easier for users and contributors to track changes between builds
πΉ Current takeaway
- Desktop is moving from continuous development builds toward a more structured public release process
- The goal remains to expose the important PyClaw runtime capabilities through a simpler interface while keeping Desktop and CLI backed by the same underlying runtime
#Cortensor #DevLog #PyClaw #DesktopApp #OpenSource #DeveloperTools #AgenticAI
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw Iteration
This week is largely a continuation of last week: keep Mainnet Full Alpha stable, support Hackathon #5 builders, and use the growing external feedback loop to keep tightening PyClaw 0.1.x.
πΉ Mainnet Full β Alpha Monitoring β Continue controlled Alpha monitoring across Portal, PyClaw, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer. β Track reliability, capacity, onboarding, model behavior, and product gaps as more builder workloads come through.
πΉ Hackathon #5 β Builder Support β Continue supporting builders through setup, SDK usage, examples, docs, Portal access, and workflow questions. β Keep using Hackathon #5 as a real external validation layer for PyClaw, Portal, models, and the broader developer experience.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β External Feedback Loop β Follow up on bug reports, compatibility findings, feature requests, and PRs coming from external developers. β Keep tightening the builder usage β report β reproduce β fix β regression β patch β public verification loop.
πΉ PyClaw β 0.1.x Bug Fixes & Polish β Continue daily triage and patch releases around regressions, runtime reliability, scheduling, memory, tools, delegation, and Focus behavior. β Prioritize builder-blocking issues and external findings before expanding the core feature surface.
πΉ PyClaw β External PR / Contribution Flow β Review and merge useful external fixes while keeping regression coverage and runtime contracts intact. β Refine the contribution workflow so community PRs can move from report β review β CI β merge β release more predictably.
πΉ PyClaw β Desktop / CLI / SDK Iteration β Continue closing parity gaps across Desktop, CLI, Focus, SDK, models, approvals, schedules, skills, artifacts, and runtime controls. β Keep improving the public builder surface so external developers can reproduce and verify fixes more easily.
πΉ PyClaw β MCP, Scheduling & Memory β Continue hardening MCP lifecycle, scheduled-task controls, memory continuity, and runtime recovery based on recent feedback. β Focus on making these workflows dependable enough for longer-running real projects rather than isolated demos.
This week is about keeping Mainnet Full Alpha steady while turning Hackathon #5 and external developer activity into a repeatable product-improvement loop for PyClaw and the broader Cortensor stack.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #MCP #DePIN
π οΈ DevLog β PyClaw: 0.1.12 Improves Research Recovery, PostgreSQL Memory, and Runtime Reliability
The latest PyClaw release is now out, with another reliability-focused pass across research recovery, PostgreSQL-backed memory, deterministic runtime state, tool handling, and resource ownership.
πΉ Resumable research workflows
- Research checkpoints now preserve failed synthesis evidence
- Interrupted or failed synthesis paths retain more useful state for inspection and continuation
- This improves recovery behavior for longer-running research workflows
πΉ PostgreSQL memory and sessions
- Memory retention and cleanup have been tightened
- Session filtering and lifecycle handling are more reliable
- Additional resource cleanup reduces lingering storage connections and ownership ambiguity
πΉ More deterministic runtime state
- Event ordering is more predictable
- Room participant ordering remains stable when timestamps collide
- Fallback tool-call IDs are now more reliably unique across response batches
πΉ Clearer failure handling
- Fatal runtime failures are distinguished more clearly from recoverable tool errors
- Failed runs are reflected consistently across SDK execution and persisted history
- Recoverable tool failures can remain part of the workflow without incorrectly collapsing the full run
πΉ Tool and resource handling
- Tool schemas and annotation handling have been tightened
- Runtime ownership and cleanup behavior is more explicit
- memctl workflows received additional reliability improvements across inspection and storage lifecycle handling
πΉ Upgrade note
- Database migrations 14-15 require a backup before upgrading
- Coordinated writer shutdown is recommended while applying these migrations
πΉ Current takeaway
- 0.1.12 continues tightening the foundations needed for longer-running and recoverable agent workflows
- The focus remains predictable state, durable memory, clearer failures, and cleaner runtime ownership as the 0.1 line matures
#Cortensor #DevLog #PyClaw #SDK #AgenticAI #DeveloperTools #AIInfra
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw Iteration
This week is largely a continuation of last week: keep Mainnet Full Alpha stable, support Hackathon #5 builders, and use the growing external feedback loop to keep tightening PyClaw 0.1.x.
πΉ Mainnet Full β Alpha Monitoring β Continue controlled Alpha monitoring across Portal, PyClaw, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer. β Track reliability, capacity, onboarding, model behavior, and product gaps as more builder workloads come through.
πΉ Hackathon #5 β Builder Support β Continue supporting builders through setup, SDK usage, examples, docs, Portal access, and workflow questions. β Keep using Hackathon #5 as a real external validation layer for PyClaw, Portal, models, and the broader developer experience.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β External Feedback Loop β Follow up on bug reports, compatibility findings, feature requests, and PRs coming from external developers. β Keep tightening the builder usage β report β reproduce β fix β regression β patch β public verification loop.
πΉ PyClaw β 0.1.x Bug Fixes & Polish β Continue daily triage and patch releases around regressions, runtime reliability, scheduling, memory, tools, delegation, and Focus behavior. β Prioritize builder-blocking issues and external findings before expanding the core feature surface.
πΉ PyClaw β External PR / Contribution Flow β Review and merge useful external fixes while keeping regression coverage and runtime contracts intact. β Refine the contribution workflow so community PRs can move from report β review β CI β merge β release more predictably.
πΉ PyClaw β Desktop / CLI / SDK Iteration β Continue closing parity gaps across Desktop, CLI, Focus, SDK, models, approvals, schedules, skills, artifacts, and runtime controls. β Keep improving the public builder surface so external developers can reproduce and verify fixes more easily.
πΉ PyClaw β MCP, Scheduling & Memory β Continue hardening MCP lifecycle, scheduled-task controls, memory continuity, and runtime recovery based on recent feedback. β Focus on making these workflows dependable enough for longer-running real projects rather than isolated demos.
This week is about keeping Mainnet Full Alpha steady while turning Hackathon #5 and external developer activity into a repeatable product-improvement loop for PyClaw and the broader Cortensor stack.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #MCP #DePIN
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw Iteration
This week is largely a continuation of last week: keep Mainnet Full Alpha stable, support Hackathon #5 builders, and use the growing external feedback loop to keep tightening PyClaw 0.1.x.
πΉ Mainnet Full β Alpha Monitoring β Continue controlled Alpha monitoring across Portal, PyClaw, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer. β Track reliability, capacity, onboarding, model behavior, and product gaps as more builder workloads come through.
πΉ Hackathon #5 β Builder Support β Continue supporting builders through setup, SDK usage, examples, docs, Portal access, and workflow questions. β Keep using Hackathon #5 as a real external validation layer for PyClaw, Portal, models, and the broader developer experience.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β External Feedback Loop β Follow up on bug reports, compatibility findings, feature requests, and PRs coming from external developers. β Keep tightening the builder usage β report β reproduce β fix β regression β patch β public verification loop.
πΉ PyClaw β 0.1.x Bug Fixes & Polish β Continue daily triage and patch releases around regressions, runtime reliability, scheduling, memory, tools, delegation, and Focus behavior. β Prioritize builder-blocking issues and external findings before expanding the core feature surface.
πΉ PyClaw β External PR / Contribution Flow β Review and merge useful external fixes while keeping regression coverage and runtime contracts intact. β Refine the contribution workflow so community PRs can move from report β review β CI β merge β release more predictably.
πΉ PyClaw β Desktop / CLI / SDK Iteration β Continue closing parity gaps across Desktop, CLI, Focus, SDK, models, approvals, schedules, skills, artifacts, and runtime controls. β Keep improving the public builder surface so external developers can reproduce and verify fixes more easily.
πΉ PyClaw β MCP, Scheduling & Memory β Continue hardening MCP lifecycle, scheduled-task controls, memory continuity, and runtime recovery based on recent feedback. β Focus on making these workflows dependable enough for longer-running real projects rather than isolated demos.
This week is about keeping Mainnet Full Alpha steady while turning Hackathon #5 and external developer activity into a repeatable product-improvement loop for PyClaw and the broader Cortensor stack.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #MCP #DePIN
ποΈ Weekly Recap β Mainnet Full Alpha, Hackathon #5 & PyClaw Iteration
This week kept Mainnet Full Alpha moving while Hackathon #5 brought in more external builders and PyClaw continued a fast 0.1.x polish cycle driven increasingly by real usage and public feedback.
πΉ Mainnet Full β Alpha Progress
β Mainnet Full continued moving from infrastructure validation toward controlled product and developer usage.
β Builder workloads are now becoming another signal for routing, reliability, model capacity, onboarding, and product gaps ahead of Beta.
πΉ Hackathon #5 β Early Traction
β Hackathon #5 reached 26 builders and 7 submitted projects, with submissions open through 12/18.
β The round is increasingly functioning as a real external validation layer for PyClaw, Portal, SDK onboarding, docs, models, and developer UX.
πΉ PyClaw β Public Feedback & Bug Triage
β Daily issue triage continued as more external developers submitted bugs, fixes, and compatibility findings.
β The loop is becoming repeatable: builder usage β report β reproduce β fix β regression β patch release β public verification.
πΉ PyClaw β 0.1.x Reliability
β Releases 0.1.7 β 0.1.11 improved long-running projects, delegation/verification, failure evidence, memory continuity, scheduling, event ordering, and runtime cleanup.
β Focus remains on hardening the 0.1 baseline rather than rapidly expanding the feature surface.
πΉ PyClaw β Scheduling, MCP & Memory
β Scheduled-task controls continued improving across run-now, update, pause/resume, retry, history, delivery, and incident handling.
β MCP and memory also matured around OAuth/lifecycle management, live reloads, scoped recall, introspection, recovery health, and longer-horizon continuity.
πΉ PyClaw β Desktop / CLI Parity
β Desktop continued closing the parity gap across sessions, tasks, schedules, models, approvals, diagnostics, skills, artifacts, usage, and runtime controls.
β The Desktop repository is now public, opening more of the end-user surface to external inspection and contribution.
πΉ PyClaw β Open Distribution Pipeline
β CLI/daemon, Desktop, and packaging repositories are now public, exposing more of the source β package β binary β manifest β distribution path.
β Additional release cycles exercised verified manifests and unsigned macOS, Linux, and Windows runtime builds.
πΉ Hackathon β Product Feedback Loop
β Real builder projects are now helping expose runtime, SDK, Portal, model, docs, and onboarding gaps much earlier.
β The broader loop remains: infrastructure β products β builders β applications β usage β feedback β stronger products + capacity.
A productive week overall - Mainnet Full Alpha continued broadening into real developer usage, Hackathon #5 gained momentum, and PyClawβs 0.1 baseline is now being improved through a much more active external feedback loop.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #MCP #DePIN
π October Node Rewards Update
The October node reward snapshot has now been taken and finalized for 19 eligible nodes.
Eligible nodes:
- 9 ephemeral nodes
- 10 dedicated nodes
Rewards are expected to be sent out within the next 48 hours based on this finalized snapshot.
Weβll share another update once distribution is complete.
Thanks to all node operators continuing to support the network.
#Cortensor #NodeRewards #NodeOps #MainnetFull
π October Node Rewards Update
October node rewards are expected to be processed within the next 72 hours.
We are finalizing the eligible node list and reward calculations now, and will share another update once distribution is complete.
Thanks to all node operators continuing to support the network.
#Cortensor #NodeRewards #NodeOps #MainnetFull
π οΈ DevLog β PyClaw: Memory, Runtime Failures, and Security-Lab Reliability Moving Toward the Next Release
A quick look at the latest PyClaw work already merged for the next release, plus a few remaining items still in flight.
πΉ Memory and storage reliability
- PostgreSQL memory retention and purge now handle evidence-bearing records more safely
- Additional PostgreSQL session metadata, lifecycle retention, and memory-store ownership work is still being tightened
- `memctl` history and broader storage cleanup are also part of the remaining validation
πΉ Runtime failure handling
- Fatal brain/runtime errors now correctly produce failed run states across both SDK execution and persisted history
- This keeps failure state explicit instead of allowing later processing to make an unsuccessful run look healthy
πΉ Tools and room behavior
- Room participants now preserve deterministic join order when timestamps collide
- `@tool` handling has been improved for postponed / quoted argument annotations while keeping richer typing metadata intact
- Additional work is still in flight around unique fallback tool-call IDs and run-event selection
πΉ Security-lab hardening
- Security scanners now terminate timed-out process groups more reliably
- Malformed scanner responses are rejected rather than accepted ambiguously
- Security-lab session metadata no longer persists raw commands or tool output
- Container cleanup failures are surfaced instead of being silently ignored
πΉ Still in flight
- PostgreSQL session filtering and retention cleanup
- external / fallback memory-store ownership
- `memctl`, API runtime, and Windows storage resource cleanup
- continuation-turn freshness
- a few remaining run-event / tool-call consistency fixes
πΉ Current takeaway
- The next release is shaping up as another reliability pass across memory, runtime failure truthfulness, typing, deterministic state, and security-lab cleanup
- The focus remains making longer-running and multi-surface workflows more predictable before expanding the runtime further
#Cortensor #DevLog #PyClaw #Cybersecurity #SDK #DeveloperTools #AIInfra
π οΈ DevLog β PyClaw: Latest Release Improves Event Ordering, Run History, and Runtime Cleanup
The latest PyClaw release is now out, with another reliability-focused pass across event ordering, longer run histories, temporary-tool safety, agent handoffs, and runtime resource cleanup.
πΉ Session and history consistency
- Event ordering is now deterministic when timestamps collide
- History compaction is more stable across longer sessions and storage changes
- This helps keep replay, resume, and transcript reconstruction more predictable
πΉ Longer run reconstruction
- Run-status reconstruction now scales beyond the earlier 2,000-event boundary
- This gives longer-running projects and autonomy workflows a more reliable status / recovery path
πΉ Temporary tool safety
- Temporary SDK and handoff tools now carry clearer explicit risk metadata
- This makes approval and execution policy easier to reason about when short-lived capabilities are introduced
πΉ Safer agent handoffs
- Cross-thread agent handoffs have been tightened
- The goal is to reduce state leakage and make concurrent / delegated execution more predictable
πΉ Runtime cleanup
- Memory, audit, SQLite, and import-related resources now clean up more reliably
- This is especially important for longer-running processes, repeated sessions, and cross-platform runtime stability
πΉ Current takeaway
- This release is mostly about making the runtime more deterministic and durable under longer-lived workloads
- Event history, status reconstruction, temporary tools, handoffs, and resource lifecycle are all getting tighter as the 0.1 line continues to mature
#Cortensor #DevLog #PyClaw #SDK #AgenticAI #DeveloperTools #AIInfra
π October Node Rewards Update
October node rewards are expected to be processed within the next 72 hours.
We are finalizing the eligible node list and reward calculations now, and will share another update once distribution is complete.
Thanks to all node operators continuing to support the network.
#Cortensor #NodeRewards #NodeOps #MainnetFull
Monthly Node Rewards β September 2026
We've now sent out the September 2026 $COR node rewards to 20 nodes as part of our monthly node reward program.
πΉ Rewards sent to 20 nodes total
πΉ Includes 10 dedicated nodes + 10 ephemeral nodes
πΉ Recognizing uptime, stability, and contribution
π¬ Join our Discord to set up a node or get involved:
discord.com/invite/gPHh6wtZyβ¦
Thanks to all node operators continuing to support the network and push decentralized AI forward - itβs $COR or nothing.
#Cortensor #AI #DePIN #NodeRewards #COR
π Recap: Why Distribution + Open Source Matter for PyClaw
PyClaw is not only about building a capable agent runtime.
Distribution and openness matter just as much if we want developers and eventually broader users to actually adopt it.
πΉ Open core
- PyClaw core / CLI is open source
- Developers can inspect the runtime, use the SDK, report issues, submit fixes, and build directly on top of it
- The Desktop App is now public as well, so more of the end-user experience can be reviewed and improved externally
πΉ Open packaging and release path
- CLI / daemon packaging is public
- Desktop packaging is public
- Runtime manifests and unsigned cross-platform binaries are part of the same open release flow
- That makes the path from source β build β binary β distribution much more transparent
πΉ Why distribution matters
A strong runtime is not enough if using it still requires:
- cloning repositories
- setting up Python manually
- managing background processes
- tracking versions yourself
- handling updates by hand
The longer-term goal is simpler:
download
β configure
β run
β update safely
β keep working
πΉ Developer path vs broader user path
- CLI / SDK / PyPI β developers, builders, power users
- Desktop App / packaged binaries β broader users
Both use the same PyClaw runtime underneath.
πΉ Why open source helps quality
- External developers are already finding bugs, submitting fixes, and testing workflows we may not cover internally
- Daily triage is becoming part of the normal release loop
- Public repos make it easier to improve not only the runtime, but also SDK behavior, Desktop UX, packaging, and cross-platform support
πΉ Why this matters for Cortensor
Over time, PyClaw can become a distribution surface for the broader stack.
A user can start with the agent runtime itself.
Then, as the products mature, that same runtime can connect into:
- Portal for hosted model access
- Corgent / Bardiel for delegation and validation
- Router-backed remote execution
- Mainnet Full capacity underneath
The user does not need to understand every infrastructure layer first.
They just need something useful that is easy to run.
πΉ Current takeaway
- Open source gives developers visibility and a way to contribute
- Packaging gives the runtime a path onto more machines
- Desktop gives the same core a more accessible user surface
- Together, they turn PyClaw from just a runtime into a potential distribution channel for the broader Cortensor ecosystem
#Cortensor #PyClaw #DesktopApp #OpenSource #DeveloperTools #AgenticAI #AIInfra
ποΈ Weekly Recap β Mainnet Full Alpha, Hackathon #5 & PyClaw Iteration
This week kept Mainnet Full Alpha moving while Hackathon #5 brought in more external builders and PyClaw continued a fast 0.1.x polish cycle driven increasingly by real usage and public feedback.
πΉ Mainnet Full β Alpha Progress
β Mainnet Full continued moving from infrastructure validation toward controlled product and developer usage.
β Builder workloads are now becoming another signal for routing, reliability, model capacity, onboarding, and product gaps ahead of Beta.
πΉ Hackathon #5 β Early Traction
β Hackathon #5 reached 26 builders and 7 submitted projects, with submissions open through 12/18.
β The round is increasingly functioning as a real external validation layer for PyClaw, Portal, SDK onboarding, docs, models, and developer UX.
πΉ PyClaw β Public Feedback & Bug Triage
β Daily issue triage continued as more external developers submitted bugs, fixes, and compatibility findings.
β The loop is becoming repeatable: builder usage β report β reproduce β fix β regression β patch release β public verification.
πΉ PyClaw β 0.1.x Reliability
β Releases 0.1.7 β 0.1.11 improved long-running projects, delegation/verification, failure evidence, memory continuity, scheduling, event ordering, and runtime cleanup.
β Focus remains on hardening the 0.1 baseline rather than rapidly expanding the feature surface.
πΉ PyClaw β Scheduling, MCP & Memory
β Scheduled-task controls continued improving across run-now, update, pause/resume, retry, history, delivery, and incident handling.
β MCP and memory also matured around OAuth/lifecycle management, live reloads, scoped recall, introspection, recovery health, and longer-horizon continuity.
πΉ PyClaw β Desktop / CLI Parity
β Desktop continued closing the parity gap across sessions, tasks, schedules, models, approvals, diagnostics, skills, artifacts, usage, and runtime controls.
β The Desktop repository is now public, opening more of the end-user surface to external inspection and contribution.
πΉ PyClaw β Open Distribution Pipeline
β CLI/daemon, Desktop, and packaging repositories are now public, exposing more of the source β package β binary β manifest β distribution path.
β Additional release cycles exercised verified manifests and unsigned macOS, Linux, and Windows runtime builds.
πΉ Hackathon β Product Feedback Loop
β Real builder projects are now helping expose runtime, SDK, Portal, model, docs, and onboarding gaps much earlier.
β The broader loop remains: infrastructure β products β builders β applications β usage β feedback β stronger products + capacity.
A productive week overall - Mainnet Full Alpha continued broadening into real developer usage, Hackathon #5 gained momentum, and PyClawβs 0.1 baseline is now being improved through a much more active external feedback loop.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #MCP #DePIN
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw 0.1
Mainnet Full remains the primary environment and rollout track. This weekβs main active focus is Hackathon #5, while PyClaw 0.1 public iteration continues alongside Alpha monitoring.
πΉ Mainnet Full β Alpha Monitoring
β Continue controlled Alpha monitoring across Portal, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer.
β Use real product and builder traffic to identify compatibility, capacity, onboarding, and operational gaps ahead of Beta.
πΉ Hackathon #5 β Builder Support
β Hackathon #5 is live from 10/16 β 12/18, with PyClaw 0.1 as the primary builder surface and Portal as an optional hosted-model path.
β Support builders, answer questions, improve examples/docs, and help projects through early setup.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β Product Feedback Loop
β Use real builder projects to surface SDK, runtime, onboarding, docs, Portal, model, and workflow gaps.
β Continue encouraging useful GitHub bug reports and fix PRs so builder activity directly feeds product quality.
πΉ PyClaw β 0.1 Polish & Bug Triage
β Continue addressing incoming public bug reports through the report β triage β reproduce β fix β release β verify loop.
β Prioritize regressions and builder-blocking issues as daily issue triage becomes part of the normal workflow.
πΉ PyClaw β Builder / SDK Experience
β Continue simplifying the install β define tool β create agent β run workflow path around the 0.1 SDK.
β Refine examples, typed errors, delegation, streaming, approvals, and documentation based on real builder usage.
πΉ Portal β Hackathon / Hosted Path
β Keep Portal available as the simpler hosted model path for Hackathon builders where capacity allows.
β Monitor model behavior, reliability, usage, and API compatibility as more external workloads come through.
πΉ DGX / Model Compatibility
β Continue NVIDIA DGX compatibility work around miner, runtime, container behavior, and Gemma4 workloads.
β Keep this validation-first while we identify what needs adjustment before broader use.
This week is about keeping Mainnet Full Alpha steady while using Hackathon #5 as the main external feedback loop for PyClaw, Portal, and the broader builder experience.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #Gemma4 #DePIN
π οΈ DevLog β PyClaw: Latest Release Improves Event Ordering, Run History, and Runtime Cleanup
The latest PyClaw release is now out, with another reliability-focused pass across event ordering, longer run histories, temporary-tool safety, agent handoffs, and runtime resource cleanup.
πΉ Session and history consistency
- Event ordering is now deterministic when timestamps collide
- History compaction is more stable across longer sessions and storage changes
- This helps keep replay, resume, and transcript reconstruction more predictable
πΉ Longer run reconstruction
- Run-status reconstruction now scales beyond the earlier 2,000-event boundary
- This gives longer-running projects and autonomy workflows a more reliable status / recovery path
πΉ Temporary tool safety
- Temporary SDK and handoff tools now carry clearer explicit risk metadata
- This makes approval and execution policy easier to reason about when short-lived capabilities are introduced
πΉ Safer agent handoffs
- Cross-thread agent handoffs have been tightened
- The goal is to reduce state leakage and make concurrent / delegated execution more predictable
πΉ Runtime cleanup
- Memory, audit, SQLite, and import-related resources now clean up more reliably
- This is especially important for longer-running processes, repeated sessions, and cross-platform runtime stability
πΉ Current takeaway
- This release is mostly about making the runtime more deterministic and durable under longer-lived workloads
- Event history, status reconstruction, temporary tools, handoffs, and resource lifecycle are all getting tighter as the 0.1 line continues to mature
#Cortensor #DevLog #PyClaw #SDK #AgenticAI #DeveloperTools #AIInfra
π οΈ DevLog β PyClaw: Next Patch Release Is Moving Through Final Validation
The next PyClaw patch release is taking shape, with the current `dev` baseline looking healthy and a few final fixes / validation items being worked through before release.
πΉ Session and transcript consistency
- Deterministic ordering when messages share the same timestamp
- More stable transcript / compaction continuity across storage changes
- Better reconstruction of longer run histories
πΉ Tool and runtime safety
- Temporary SDK and handoff tools now require clearer declared-risk handling
- Shared-runtime tool registration is safer across concurrent threads
- Approval boundaries remain explicit when temporary capabilities are introduced
πΉ Memory and storage cleanup
- Runtime-owned memory and audit resources shut down more cleanly
- SQLite migration / import connections are released more reliably
- Additional cleanup work is being validated for runtime-created memory stores, especially across Windows and longer-running processes
πΉ Release status
- The current integrated baseline is green
- A few final fixes are still completing validation
- Once those are ready, we will run the normal integrated checks and move through the full PyPI, runtime-manifest, and unsigned cross-platform binary publication path
πΉ Current takeaway
- This next patch is mainly another reliability / cleanup release
- The focus is deterministic state, safer temporary tools, cleaner memory / storage lifecycle, and stronger continuity across longer sessions and run histories
#Cortensor #DevLog #PyClaw #SDK #DeveloperTools #AgenticAI
π οΈ DevLog β PyClaw: Next Patch Release Is Moving Through Final Validation
The next PyClaw patch release is taking shape, with the current `dev` baseline looking healthy and a few final fixes / validation items being worked through before release.
πΉ Session and transcript consistency
- Deterministic ordering when messages share the same timestamp
- More stable transcript / compaction continuity across storage changes
- Better reconstruction of longer run histories
πΉ Tool and runtime safety
- Temporary SDK and handoff tools now require clearer declared-risk handling
- Shared-runtime tool registration is safer across concurrent threads
- Approval boundaries remain explicit when temporary capabilities are introduced
πΉ Memory and storage cleanup
- Runtime-owned memory and audit resources shut down more cleanly
- SQLite migration / import connections are released more reliably
- Additional cleanup work is being validated for runtime-created memory stores, especially across Windows and longer-running processes
πΉ Release status
- The current integrated baseline is green
- A few final fixes are still completing validation
- Once those are ready, we will run the normal integrated checks and move through the full PyPI, runtime-manifest, and unsigned cross-platform binary publication path
πΉ Current takeaway
- This next patch is mainly another reliability / cleanup release
- The focus is deterministic state, safer temporary tools, cleaner memory / storage lifecycle, and stronger continuity across longer sessions and run histories
#Cortensor #DevLog #PyClaw #SDK #DeveloperTools #AgenticAI
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw 0.1
Mainnet Full remains the primary environment and rollout track. This weekβs main active focus is Hackathon #5, while PyClaw 0.1 public iteration continues alongside Alpha monitoring.
πΉ Mainnet Full β Alpha Monitoring
β Continue controlled Alpha monitoring across Portal, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer.
β Use real product and builder traffic to identify compatibility, capacity, onboarding, and operational gaps ahead of Beta.
πΉ Hackathon #5 β Builder Support
β Hackathon #5 is live from 10/16 β 12/18, with PyClaw 0.1 as the primary builder surface and Portal as an optional hosted-model path.
β Support builders, answer questions, improve examples/docs, and help projects through early setup.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β Product Feedback Loop
β Use real builder projects to surface SDK, runtime, onboarding, docs, Portal, model, and workflow gaps.
β Continue encouraging useful GitHub bug reports and fix PRs so builder activity directly feeds product quality.
πΉ PyClaw β 0.1 Polish & Bug Triage
β Continue addressing incoming public bug reports through the report β triage β reproduce β fix β release β verify loop.
β Prioritize regressions and builder-blocking issues as daily issue triage becomes part of the normal workflow.
πΉ PyClaw β Builder / SDK Experience
β Continue simplifying the install β define tool β create agent β run workflow path around the 0.1 SDK.
β Refine examples, typed errors, delegation, streaming, approvals, and documentation based on real builder usage.
πΉ Portal β Hackathon / Hosted Path
β Keep Portal available as the simpler hosted model path for Hackathon builders where capacity allows.
β Monitor model behavior, reliability, usage, and API compatibility as more external workloads come through.
πΉ DGX / Model Compatibility
β Continue NVIDIA DGX compatibility work around miner, runtime, container behavior, and Gemma4 workloads.
β Keep this validation-first while we identify what needs adjustment before broader use.
This week is about keeping Mainnet Full Alpha steady while using Hackathon #5 as the main external feedback loop for PyClaw, Portal, and the broader builder experience.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #Gemma4 #DePIN
π Recap: From Infrastructure β Products β Builders β Demand
The Cortensor stack has been built in layers, and the current phase is increasingly about connecting those layers through real usage.
πΉ Infrastructure first
- Mainnet Full provides the execution foundation
- Routers, sessions, nodes, dashboard, indexer, recovery, and validation paths give the product layer something reliable to build on
- These systems continue to be hardened as real usage increases
πΉ Products on top
- Portal gives developers a simpler hosted API / model-access path
- Corgent / Bardiel provide delegation, validation, fact-checking, and trust-oriented services
- PyClaw gives developers an agent runtime for tools, memory, coding, research, delegation, scheduling, and longer-running workflows
- Desktop extends that same runtime toward a broader end-user distribution path
πΉ Builders become the next validation layer
- Hackathons and open-source exposure bring more external developers into the stack
- Builders create workflows we may not test internally
- Bug reports, fix PRs, SDK usage, Portal traffic, and real applications give us much better signals about where the gaps actually are
πΉ Real usage creates better priorities
- More builders β more agent workflows
- More workflows β more Portal / model / network traffic
- More traffic β clearer reliability and capacity signals
- Better signals β more targeted product fixes and infrastructure expansion
πΉ Why this matters for demand
Demand should grow from useful products and real workloads rather than infrastructure existing by itself.
The broader loop is:
infrastructure
β products
β builders
β real applications
β usage
β feedback
β stronger products + more capacity
β more sustained demand
πΉ Current takeaway
- Mainnet Full gives us the infrastructure base
- Portal, Corgent, Bardiel, and PyClaw turn that infrastructure into usable product surfaces
- Hackathons and external contributors bring in builders
- Builders create the real workloads that help us understand what to improve and where to scale next
That is how infrastructure starts turning into an ecosystem.
#Cortensor #MainnetFull #Portal #PyClaw #Corgent #Bardiel #AIInfra
π οΈ DevLog β Mainnet Full Alpha: External Builder Workloads Become Another Validation Layer
Mainnet Full Alpha is not only about validating infrastructure internally.
As more external developers start building with PyClaw, Portal, and the broader Cortensor stack, their workloads become another practical validation layer for Mainnet Full.
πΉ From internal tests to external workloads
- Internal testing helps validate expected network and product paths
- External builders combine models, tools, SDK flows, and applications in less predictable ways
- Those workloads can expose compatibility, reliability, onboarding, model, routing, and capacity gaps that controlled testing may miss
πΉ Hackathons as part of Alpha
- The current builder round gives us a longer window of sustained external usage
- PyClaw provides the primary agent-development surface
- Portal can provide hosted model access where capacity allows
- Bug reports, fix PRs, projects, and model usage all become useful signals during the Alpha period
πΉ What this can validate
- Portal β router β session β node execution paths
- Model and node capacity under real agent workloads
- SDK / API compatibility
- Latency and failure behavior
- Onboarding and developer experience
- Where additional infrastructure capacity is actually needed
πΉ The feedback loop
- External builders
- Real applications and agents
- Portal / model / network workloads
- Bugs + capacity signals
- Product and infrastructure fixes
- Stronger Mainnet Full baseline
πΉ Current takeaway
- Mainnet Full Alpha is increasingly moving from infrastructure-only validation toward real product and developer usage
- External builder workloads give us another way to stress the stack while there is still room to iterate quickly
- Those lessons should help shape product quality, capacity expansion, and the eventual transition toward Beta
#Cortensor #DevLog #MainnetFull #PyClaw #Portal #Hackathon #AIInfra
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw 0.1
Mainnet Full remains the primary environment and rollout track. This weekβs main active focus is Hackathon #5, while PyClaw 0.1 public iteration continues alongside Alpha monitoring.
πΉ Mainnet Full β Alpha Monitoring
β Continue controlled Alpha monitoring across Portal, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer.
β Use real product and builder traffic to identify compatibility, capacity, onboarding, and operational gaps ahead of Beta.
πΉ Hackathon #5 β Builder Support
β Hackathon #5 is live from 10/16 β 12/18, with PyClaw 0.1 as the primary builder surface and Portal as an optional hosted-model path.
β Support builders, answer questions, improve examples/docs, and help projects through early setup.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β Product Feedback Loop
β Use real builder projects to surface SDK, runtime, onboarding, docs, Portal, model, and workflow gaps.
β Continue encouraging useful GitHub bug reports and fix PRs so builder activity directly feeds product quality.
πΉ PyClaw β 0.1 Polish & Bug Triage
β Continue addressing incoming public bug reports through the report β triage β reproduce β fix β release β verify loop.
β Prioritize regressions and builder-blocking issues as daily issue triage becomes part of the normal workflow.
πΉ PyClaw β Builder / SDK Experience
β Continue simplifying the install β define tool β create agent β run workflow path around the 0.1 SDK.
β Refine examples, typed errors, delegation, streaming, approvals, and documentation based on real builder usage.
πΉ Portal β Hackathon / Hosted Path
β Keep Portal available as the simpler hosted model path for Hackathon builders where capacity allows.
β Monitor model behavior, reliability, usage, and API compatibility as more external workloads come through.
πΉ DGX / Model Compatibility
β Continue NVIDIA DGX compatibility work around miner, runtime, container behavior, and Gemma4 workloads.
β Keep this validation-first while we identify what needs adjustment before broader use.
This week is about keeping Mainnet Full Alpha steady while using Hackathon #5 as the main external feedback loop for PyClaw, Portal, and the broader builder experience.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #Gemma4 #DePIN
π οΈ DevLog β PyClaw: Latest Release Strengthens Continuity, Verification, and Security Workflows
The latest PyClaw release is now out, with another quality-focused pass across SDK continuity, evidence-backed completion, skills, scheduling, security workflows, and runtime state.
πΉ SDK and session continuity
- Session, identity, and artifact state are preserved more reliably across SDK workflows
- Session events, plans, checkpoints, and resumed execution have also been tightened
πΉ Provider and completion behavior
- Provider failures are surfaced more clearly
- Gemini instruction handling received another compatibility pass
- Completion decisions can now be grounded more explicitly in actual tool evidence rather than model-only claims
πΉ Skills and scheduling
- Skills continue moving toward a simpler Markdown-first format
- Scheduling behavior has been improved for Windows environments
- Cron history and task-state continuity are also becoming more reliable
πΉ Security workflows
- Independent security review and repair workflows received another round of refinement
- The focus remains controlled, evidence-backed security work with clear runtime and approval boundaries
πΉ Runtime delivery
- Runtime manifests continue to be verified through the release process
- Unsigned cross-platform binaries are available for ongoing macOS, Linux, and Windows testing
πΉ Current takeaway
- This release continues strengthening the 0.1 line around continuity, evidence, recovery, security, and cross-platform reliability
- The focus remains making existing workflows more dependable as external builder usage and hackathon activity continue to grow
#Cortensor #DevLog #PyClaw #SDK #Cybersecurity #AgenticAI #DeveloperTools
π οΈ DevLog β PyClaw: Whatβs Moving Toward the Next Release
The next PyClaw release is taking shape, with the current work focused on security workflows, SDK continuity, identity boundaries, provider errors, skills, and cross-platform reliability.
πΉ Security workflows
Expand independent security review and remediation paths
Add stronger research, repair, and controlled local-lab workflows
Keep closure decisions grounded in actual tool evidence rather than model claims alone
πΉ SDK and session continuity
Improve same-session SDK follow-ups so multi-turn workflows remain connected
Tighten runtime-scoped identity storage
Enforce clearer session ownership when work moves across agents
πΉ Provider and tool behavior
Preserve typed provider failures even after tool execution
Make failure state clearer instead of allowing successful tool activity to hide a later provider error
πΉ Skills and runtime visibility
Improve skill identity and pending-version visibility
Continue tightening identity, usage, and runtime introspection across the main surfaces
πΉ Cross-platform reliability
Improve scheduled-task / cron timezone behavior on Windows
Expand regression coverage across identity, usage, providers, and cross-platform runtime paths
πΉ Current status
The current candidate work is largely passing deterministic and hosted checks
Integrated validation, merge / promotion, and the normal PyPI, manifest, and unsigned binary publication flow still need to complete
One live provider confirmation was blocked by a temporary upstream provider error, so we are keeping that separate from the deterministic validation result
πΉ Current takeaway
The next release is shaping up as another reliability and safety pass
The focus is stronger evidence-backed security workflows, cleaner SDK continuity, tighter identity / session boundaries, and better cross-platform behavior before publication
#Cortensor #DevLog #PyClaw #SDK #Cybersecurity #AgenticAI #DeveloperTools
π οΈ DevLog β PyClaw: External Bug Triage Is Starting to Become a Repeatable Process
A quick follow-up on the daily bug-triage workflow as more external developers continue testing PyClaw.
πΉ Current progress
- Another batch of external reports and contributions has been reviewed
- Several fixes have passed review and regression checks
- Some proposals were redirected where a simpler fix already solved the underlying issue
- Additional edge cases were independently reproduced and added back into the tracker for focused follow-up
πΉ The process is getting clearer
- review incoming reports
- reproduce the issue where possible
- confirm ownership / next steps
- review proposed fixes
- add regression coverage
- keep issues open until the fix is merged and verified in a public release
πΉ Why this matters
- We are starting to move from occasional external reports toward a more structured maintenance loop
- Not every submitted fix should be merged as-is, and not every issue is the same type of problem
- Regular triage helps us keep fixes scoped, avoid unnecessary changes, and preserve release quality as external activity grows
πΉ Current takeaway
- The external contributor / bug-report process is starting to find its rhythm
- Daily triage, reproduction, review, regression checks, and release verification are becoming part of the normal PyClaw development cycle
- This should become increasingly useful as hackathon participation and broader SDK usage continue to grow
#Cortensor #DevLog #PyClaw #OpenSource #SDK #Hackathon #DeveloperTools
π οΈ DevLog β PyClaw: Daily Bug Triage Is Becoming Part of the Release Loop
As more external developers start using PyClaw through the SDK, hackathon, and open-source repos, bug reports are becoming a more regular part of the development cycle.
πΉ Daily triage
review newly reported issues on a daily basis
separate reproducible bugs from provider-specific behavior, setup friction, and feature requests
prioritize higher-impact or easy-to-reproduce issues into upcoming patch releases
keep issue status and follow-up clearer for external contributors
πΉ Why this matters
internal regression tests cover the paths we already know about
external developers often combine tools, providers, SDK flows, and workflows in ways we did not anticipate
those reports help expose the long tail of issues that matter for real usability
πΉ The release loop
The process is increasingly becoming:
external usage
β bug report
β triage / reproduce
β fix
β regression coverage
β patch release
β public verification
β repeat
πΉ Hackathon connection
Hackathon #5 gives us a longer window of sustained external usage
useful bug reports and fix PRs are already part of the builder feedback loop
as participation grows, we expect more of these reports to feed directly into PyClaw SDK, runtime, docs, and onboarding improvements
πΉ Current takeaway
daily bug triage is becoming part of the normal PyClaw release process
the goal is to shorten the distance between external developers finding a real issue and that issue becoming a verified fix in a public release
over time, that should make each builder round more useful for both the community and the runtime itself
#Cortensor #DevLog #PyClaw #OpenSource #SDK #Hackathon #DeveloperTools
π οΈ DevLog β PyClaw Desktop: Closing More of the CLI / Focus Parity Gap
As the PyClaw Desktop App matures, one of the main goals is making sure it can expose the same core runtime capabilities already available through CLI / Focus.
πΉ Same runtime underneath
- Desktop is not a separate agent stack
- It talks to the same PyClaw CLI / daemon runtime underneath
- Sessions, tools, approvals, memory, tasks, models, and project state should remain consistent across surfaces
πΉ Current parity work
- session and conversation continuity
- tasks, schedules, and project controls
- model / provider configuration
- approvals and permission handling
- tool activity and runtime status
- usage / token visibility
- diagnostics and daemon health
- skills, graphs, artifacts, and command help
- pause, resume, cancellation, and restart behavior
πΉ Why parity matters
- Developers can keep using CLI / Focus directly
- Broader users can use the Desktop App without losing access to the same underlying capabilities
- Shared behavior also reduces duplicated logic and makes regression testing more reliable
πΉ Distribution layer
- Desktop is also becoming the runtime-management surface for end users
- It can eventually discover the compatible PyClaw runtime, stage updates, manage the daemon lifecycle, and reconnect to the same user state after restart
πΉ Current takeaway
- The goal is not to copy every terminal interaction into a GUI
- It is to make the important PyClaw capabilities available consistently across CLI, Focus, API, and Desktop while keeping one core runtime underneath
- Closing that parity gap is one of the main steps toward making Desktop a more complete end-user interface
#Cortensor #DevLog #PyClaw #DesktopApp #AgenticAI #DeveloperTools
ποΈ Weekly Focus β Mainnet Full Alpha, Hackathon #5 & PyClaw 0.1
Mainnet Full remains the primary environment and rollout track. This weekβs main active focus is Hackathon #5, while PyClaw 0.1 public iteration continues alongside Alpha monitoring.
πΉ Mainnet Full β Alpha Monitoring
β Continue controlled Alpha monitoring across Portal, Corgent, Bardiel, routers, validators, quality signals, dashboard, and indexer.
β Use real product and builder traffic to identify compatibility, capacity, onboarding, and operational gaps ahead of Beta.
πΉ Hackathon #5 β Builder Support
β Hackathon #5 is live from 10/16 β 12/18, with PyClaw 0.1 as the primary builder surface and Portal as an optional hosted-model path.
β Support builders, answer questions, improve examples/docs, and help projects through early setup.
dorahacks.io/hackathon/2418/β¦
πΉ Hackathon #5 β Product Feedback Loop
β Use real builder projects to surface SDK, runtime, onboarding, docs, Portal, model, and workflow gaps.
β Continue encouraging useful GitHub bug reports and fix PRs so builder activity directly feeds product quality.
πΉ PyClaw β 0.1 Polish & Bug Triage
β Continue addressing incoming public bug reports through the report β triage β reproduce β fix β release β verify loop.
β Prioritize regressions and builder-blocking issues as daily issue triage becomes part of the normal workflow.
πΉ PyClaw β Builder / SDK Experience
β Continue simplifying the install β define tool β create agent β run workflow path around the 0.1 SDK.
β Refine examples, typed errors, delegation, streaming, approvals, and documentation based on real builder usage.
πΉ Portal β Hackathon / Hosted Path
β Keep Portal available as the simpler hosted model path for Hackathon builders where capacity allows.
β Monitor model behavior, reliability, usage, and API compatibility as more external workloads come through.
πΉ DGX / Model Compatibility
β Continue NVIDIA DGX compatibility work around miner, runtime, container behavior, and Gemma4 workloads.
β Keep this validation-first while we identify what needs adjustment before broader use.
This week is about keeping Mainnet Full Alpha steady while using Hackathon #5 as the main external feedback loop for PyClaw, Portal, and the broader builder experience.
#Cortensor #MainnetFull #Alpha #PyClaw #Portal #Hackathon #AgenticAI #AIInfra #Gemma4 #DePIN
π οΈ DevLog β PyClaw: Daily Bug Triage Is Becoming Part of the Release Loop
As more external developers start using PyClaw through the SDK, hackathon, and open-source repos, bug reports are becoming a more regular part of the development cycle.
πΉ Daily triage
review newly reported issues on a daily basis
separate reproducible bugs from provider-specific behavior, setup friction, and feature requests
prioritize higher-impact or easy-to-reproduce issues into upcoming patch releases
keep issue status and follow-up clearer for external contributors
πΉ Why this matters
internal regression tests cover the paths we already know about
external developers often combine tools, providers, SDK flows, and workflows in ways we did not anticipate
those reports help expose the long tail of issues that matter for real usability
πΉ The release loop
The process is increasingly becoming:
external usage
β bug report
β triage / reproduce
β fix
β regression coverage
β patch release
β public verification
β repeat
πΉ Hackathon connection
Hackathon #5 gives us a longer window of sustained external usage
useful bug reports and fix PRs are already part of the builder feedback loop
as participation grows, we expect more of these reports to feed directly into PyClaw SDK, runtime, docs, and onboarding improvements
πΉ Current takeaway
daily bug triage is becoming part of the normal PyClaw release process
the goal is to shorten the distance between external developers finding a real issue and that issue becoming a verified fix in a public release
over time, that should make each builder round more useful for both the community and the runtime itself
#Cortensor #DevLog #PyClaw #OpenSource #SDK #Hackathon #DeveloperTools
π οΈ DevLog β Hackathon #5: Early Participation Reaches 26 Builders
A quick progress update as Hackathon #5 continues to gain traction.
πΉ Current participation
- 26 builders have joined so far
- 7 projects have already been submitted
- The submission window remains open through 12/18/2026
πΉ What we are watching
- how builders onboard into PyClaw 0.1
- which SDK, tool, memory, delegation, and workflow paths they naturally use
- where docs, examples, provider setup, or runtime behavior still create friction
- useful bug reports and fix PRs that come out of real project work
- Portal / model usage where builders choose to use the hosted path
πΉ Why this matters
- The goal is not only the final submission count
- We want sustained external usage across the full hackathon window
- More builders and more projects give us stronger signals around SDK quality, runtime gaps, onboarding, model behavior, and the kinds of agent applications people actually want to build
πΉ Current takeaway
- Early participation has now grown to 26 builders with 7 submissions
- We will keep promoting the round, refining the SDK / docs, and triaging external feedback as more projects take shape over the coming weeks
DoraHacks:
dorahacks.io/hackathon/2418/β¦
#Cortensor #DevLog #PyClaw #Portal #Hackathon #SDK #OpenSource







