RunanywhereAI / RunanywhereAI/wally

Qualify cloud lifecycle telemetry alongside existing SDK events

Open
#102 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

P2 post-mvp question
Dominant language
C++
Stars
1.5k
Forks
86
Avg merge
6h 53m
Merged PRs (30d)
50

Description

Overview

SDK telemetry manager and hidden emit/blast are implemented; the earlier cloud-telemetry requirement has no demonstrated install/login/harness lifecycle coverage.

Priority: P2 / post-mvp. Impact: roadmap improvement. Initial planning estimate: Medium; refine after inventory. This issue does not add a release blocker.

Current evidence

SDK telemetry manager and hidden emit/blast are implemented; the earlier cloud-telemetry requirement has no demonstrated install/login/harness lifecycle coverage.

Design and implementation plan

Inventory existing events and gaps before adding a minimal cloud lifecycle schema; reuse SDK telemetry and correlate nonsecret request IDs, avoiding synchronous analytics on token delivery.

  1. Reconcile the current implementation and any already completed work with the evidence above.
  2. Record the owner, selected scope, dependencies and unresolved decisions before implementation.
  3. Implement or execute the selected scope using existing components and artifacts.
  4. Attach reproducible validation or outcome evidence and record any deferred work.

Acceptance criteria

  • Inventory configured/emitted/delivered cloud lifecycle events and prove test-account delivery.
  • Exclude prompts, credentials and access tokens; define opt-out/retention.
  • Bound queues/flush failures and prove telemetry outage does not block normal inference.

Related work and deduplication

No existing issue has this acceptance scope; existing release defects remain separate.

Requirement provenance

Reconciled September 13, 2026 against WALLY_CLOUD_PRODUCT_SOURCES.md (SHA-256 e601b7b154b750965fa8d25d4533d3542621bd00b3bb30038c1fae553a549e7b) and the consolidated requirements report. Historical proposals are not evidence of current delivery, customer agreement or approved pricing.

Source records and physical line references

Records: C10-025, C15-096.

Lines: 26595, 40890–40909.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with src/bootstrap.cpp at lines 273 and 405 and src/app.cpp at line 94, then inventory the existing SDK telemetry manager and hidden emit/blast events. Reconcile configured, emitted, and delivered cloud lifecycle coverage before selecting scope. Done requires reproducible test-account delivery evidence, privacy and opt-out/retention decisions, bounded failure behavior, and proof that telemetry outages do not block inference.

Written by the indexing model from the issue text.

Assessment

Tech stack
cloud, cpp
Domain
cloud, observability
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.