dfinity / dfinity/icskills

Skill gap: JSON parsing/serialization in Motoko

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

Nobody has claimed this yet.

Dominant language
Python
Stars
35
Forks
13
Avg merge
19h 10m
Merged PRs (30d)
22

Description

Gap

We identified a gap in the current skill coverage: no skill covers JSON parsing or
serialization in Motoko.
mo:core has no JSON support, so any task that reads or
produces JSON (HTTP request bodies, external API payloads, config) requires a third-party
mops package, and no skill points at a recommended approach. Agents currently discover one
by luck (mops search) or hand-roll parsing.

Context

Parsing/serializing JSON in Motoko today means pulling in a mops package such as
edjcase/json. Which package to recommend, and the basic parse/serialize pattern, is the
kind of thing a skill should settle so agents don't guess.

For discussion — where should this live?

  • A section or pitfall in the motoko skill recommending a mops JSON package + a short usage pattern?
  • Or a note in mops-cli?
  • Probably does not warrant a standalone skill.

Note: the motoko skill tracks the caffeinelabs upstream, so a motoko-skill change here
may need to be routed upstream rather than kept as an icskills-owned section — worth
deciding as part of placement.

Filing for discussion on placement before anyone writes content.

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 by reviewing the existing motoko and mops-cli skills, then compare the caffeinelabs upstream placement and the edjcase/json package. Resolve whether the guidance belongs in motoko or mops-cli, including upstream ownership, before defining the recommended package and usage content.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.