Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

start DIN-SDK

オープン
#20 コメント 7 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@Santiagocetran がすでに取り組んでいます。

2026年7月13日 から。

  • #31 @Santiagocetran による — オープン

評価

この issue はまだ評価されていません。

説明

Long run

Branch: feat/din-sdk (from develop)
Assignee: @Santiagocetran
Roadmap ref: P4-1.2 (CLI Integration Layer — Shared SDK Extraction) · P3-DOC7 (dind Architecture Document)

Long-running issue (expected to stay open 1–2 months). A detailed task file under Developer/tasks/ will follow — this issue tracks the overall effort, not a weekly task.

Goal

Extract the logic-dependent parts of dincli commands into a shared SDK layer at dincli/sdk/, so the same logic can be driven by both the interactive CLI and the upcoming DIN daemon (dind).

Design

  • All logic lives in dincli/sdk/. CLI command modules become thin wrappers: parse arguments → call SDK function → render output.
  • SDK functions return structured JSON outputs. This is the contract between the SDK and its two consumers:
    • the CLI reads the JSON and renders terminal UI/UX (tables, colors, human-readable messages);
    • dind reads the same JSON to update its configuration and job queue.
  • The CLI is refactored onto the SDK in this same branch — the branch is done when dincli commands run through the SDK layer and all existing tests pass.
  • No circular dependencies: SDK must be importable standalone (IPFS client, contract interfaces, wallet/account helpers, manifest loading — see P4-1.2 in Developer/ROADMAP.md for the candidate module list).

Scope

  • Inventory dincli command modules and identify which logic moves to dincli/sdk/
  • Define the JSON output schema/conventions for SDK functions (status, data, error codes)
  • Extract shared modules (IPFS, contracts, wallet/keystore, manifest/config) into the SDK
  • Refactor CLI commands to call SDK functions and render their JSON output
  • All existing tests pass; add SDK-level tests where extraction changes call paths
  • Document the public SDK interface and backward-compatibility guarantees for existing dincli commands

References

  • Developer/ROADMAP.md — P4-1.2, P3-DOC7, and the P4 phase overview ("Daemon and Agentic AI Layer")
  • Developer/issues/containerization.md — worker/container runner must be callable "from both CLI commands and future dind daemon jobs"
  • Developer/issues/validator-operations.md — daemon-mode logging/health expectations
  • Documentation/ — DIN workflow and Model workflow docs for the command surfaces being extracted

Branching note

Kept separate from the DIN daemon work (see the "start DIN daemon" issue) so the CLI-on-SDK refactor can merge into develop without waiting for the daemon. dind builds on top of this SDK's JSON interface.

主要言語
Python
スター
4
フォーク
7
平均マージ
3日 4時間
マージ済み PR(30日)
34

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

InfiniteZeroFoundation/DevNet のほかの issue

InfiniteZeroFoundation/DevNet の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。