Integrate persistent collaborative EtherCalc workbooks with experiment results and IPFS versions
Maintainer thường phản hồi trong vòng 1 ngày
@Winter-Soren đang làm issue này rồi.
Từ ngày 28/10/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Outcome
Embed current audreyt/EtherCalc in QMesh so completed pharma, finance, and circuit runs can be explored together in persistent collaborative workbooks, with deliberate IPFS version backups. Demo target: October 31, 2026 (Asia/Kolkata), November 1 buffer.
Accepted design and scope
- Pin and test current TypeScript/Hono/workerd upstream; use bundled SocialCalc. Deploy a separate persistent service, embedded inside the existing application.
- One workbook feature and domain adapters. Idempotent creation keyed to immutable run identity/version; reopening never overwrites collaborator work.
- Preserve original scientific JSON and artifact references alongside useful tables, units, method, configuration and provenance. Source snapshots remain separate from editable comparison/notes sheets.
- Authenticate workbook access using existing app identity, with owner/editor/viewer permissions, invitations, stable links and shared-workbook discovery. Protect UI, HTTP, export and WebSocket paths; links alone do not authorize access.
- Explicitly add an owned experiment to a shared workbook with data-sharing consent. No implicit sharing of future runs.
- Agent reads bounded ranges and explains results; any supported edits use explicit approval. Opening/recalculating sheets must not submit paid jobs.
- Persist live rooms on mounted durable storage and workbook/access/run/version metadata in the app database.
- Explicit Save version to IPFS with deliberate public-data consent; upload native sheet saves, original JSON and manifest, retain actual returned CID, verify retrieval and restore coherently into a NEW workbook. Reuse persistent Kubo; credentials stay server-side.
- Document decisions, setup, collaboration, persistence, demo and verification in QMeshPy/documentations. One issue covers both repositories.
Acceptance criteria
- Completed pharma, finance and circuit results open correctly populated embedded spreadsheets; repeated export reopens the same workbook.
- Two independent authenticated browser sessions collaborate in the same room; viewer mutations and unauthorized UI/API/export/WebSocket requests fail.
- Collaborator can deliberately add their owned experiment without mutating either source run.
- Workbook edits survive browser reload and service restart.
- Bounded agent context works without automatic paid job execution.
- Snapshot records actual provider CID, reports failure accurately, is retrievable without browser-local data, and restores all sheets/formulas/formatting/source metadata into a new workbook.
- Mapping, idempotency, permissions, invitations, proxy boundaries, snapshot and failure-recovery tests pass; project checks and real Chrome demo evidence are recorded honestly.
- Separate documentation branch is committed and pushed, with reproducible demo steps and precise remaining limitations.
Explicit non-goals
Browser-to-browser libp2p replication/offline CRDT merge, duplicate SocialCalc integration, automatic initial/public IPFS publication, per-keystroke IPFS synchronization, unrelated wallet work, merging main, contacting demo recipients or publishing a video.
- Ngôn ngữ chính
- Python
- Star
- 2
- Fork
- 4
- Merge trung bình
- 8 giờ 37 phút
- Pull request đã merge (30 ngày)
- 29
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của QMeshPy/distributed-quantum
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
QMeshPy/distributed-quantum#112 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue helia storage tier-1
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
QMeshPy/distributed-quantum#53 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
QMeshPy/distributed-quantum#111 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
QMeshPy/distributed-quantum#110 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
chain-integration enhancement payments research-spike tier-2
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
QMeshPy/distributed-quantum#78 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của QMeshPy/distributed-quantum
Issue tương tự
-
enhancement help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Git-Hospital/githealthcheck#61 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
changelog investigate
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
ramnes/notion-sdk-py#433 ·
-
Partial method descriptors raise on class accessCó thể đã có người làm @Gambit-Checkmate đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 19 ngày
-
docs pkg:core
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
pydantic/pydantic-ai#11929 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
intake/intake-esm#789 ·