洪 民憙 (Hong Minhee) :nonbinary:'s avatar

洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social · 1029 following · 1581 followers

An intersectionalist, feminist, and socialist living in Seoul (UTC+09:00). @tokolovesme's spouse. Who's behind @fedify, @hollo, and @botkit. Write some free software in , , , & . They/them.

서울에 사는 交叉女性主義者이자 社會主義者. 金剛兔(@tokolovesme)의 配偶者. @fedify, @hollo, @botkit 메인테이너. , , , 等으로 自由 소프트웨어 만듦.

()

WebsiteGitHubBlogHackers' Pub

https://hongminhee.org/

https://github.com/dahlia

https://writings.hongminhee.org/

https://hackers.pub/@hongminhee

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

Hello, I'm an open source software engineer in my late 30s living in , , and an avid advocate of and the .

I'm the creator of @fedify, an server framework in , @hollo, an ActivityPub-enabled microblogging software for single users, and @botkit, a simple ActivityPub bot framework.

I'm also very interested in East Asian languages (so-called ) and . Feel free to talk to me in , (), or (), or even in Literary Chinese (, )!

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social · Reply to 洪 民憙 (Hong Minhee) :nonbinary:'s post

安寧(안녕)하세요, 저는 서울에 살고 있는 30代(대) 後半(후반) 오픈 소스 소프트웨어 엔지니어이며, 自由(자유)·오픈 소스 소프트웨어와 聯合宇宙(연합우주)(fediverse)의 熱烈(열렬)한 支持者(지지자)입니다.

저는 TypeScript用(용) ActivityPub 서버 프레임워크인 @fedify 프로젝트와 싱글 유저用(용) ActivityPub 마이크로블로그인 @hollo 프로젝트와 ActivityPub 봇 프레임워크인 @botkit 프로젝트의 製作者(제작자)이기도 합니다.

저는 東(동)아시아 言語(언어)(이른바 )와 유니코드에도 關心(관심)이 많습니다. 聯合宇宙(연합우주)에서는 國漢文混用體(국한문 혼용체)를 쓰고 있어요! 제게 韓國語(한국어)나 英語(영어), 日本語(일본어)로 말을 걸어주세요. (아니면, 漢文(한문)으로도!)

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social · Reply to 洪 民憙 (Hong Minhee) :nonbinary:'s post

こんにちは、私はソウルに住んでいる30代後半のオープンソースソフトウェアエンジニアで、自由・オープンソースソフトウェアとフェディバースの熱烈な支持者です。名前は洪 民憙（ホン・ミンヒ）です。

私はTypeScript用のActivityPubサーバーフレームワークである「@fedify」と、ActivityPubをサポートする1人用マイクロブログである 「@hollo」と、ActivityPubのボットを作成する為のシンプルなフレームワークである「@botkit」の作者でもあります。

私は東アジア言語（いわゆるCJK）とUnicodeにも興味が多いです。日本語、英語、韓国語で話しかけてください。（または、漢文でも！）

Jiyu (robin)'s avatar
Jiyu (robin)

@jiyu@hackers.pub

그래도 한 5%정도 사이트의 꼬라지를 갖춰간다... 이번달 안에 (테스트로) 공개할 수 있겠지...?

소셜 네트워크 사이트의 프로필과 팔로잉 목록
ALT text details소셜 네트워크 사이트의 프로필과 팔로잉 목록
Chee Aun 🤔's avatar
Chee Aun 🤔

@cheeaun@mastodon.social · Reply to dansup's post

@dansup not sure if you're aware, flags are usually not the best choice to represent languages 🙂

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

Optique 0.4.0 Released!

Big update for our type-safe combinatorial parser for :

  • Labeled merge groups: organize options logically
  • Rich docs: brief, description & footer support
  • @optique/temporal: new package for date/time parsing
  • showDefault: automatic default value display

The help text has never looked this good!

.js

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub

We're excited to announce Optique 0.4.0, which brings significant improvements to help text organization, enhanced documentation capabilities, and introduces comprehensive Temporal API support.

Optique is a type-safe combinatorial CLI parser for TypeScript that makes building command-line interfaces intuitive and maintainable. This release focuses on making your CLI applications more user-friendly and maintainable.

Better help text organization

One of the most visible improvements in Optique 0.4.0 is the enhanced help text organization. You can now label and group your options more effectively, making complex CLIs much more approachable for users.

Labeled merge groups

The merge() combinator now accepts an optional label parameter, solving a common pain point where developers had to choose between clean code structure and organized help output:

// Before: unlabeled merged options appeared scattered
const config = merge(connectionOptions, performanceOptions);

// Now: group related options under a clear section
const config = merge(
  "Server Configuration",  // New label parameter
  connectionOptions,
  performanceOptions
);

This simple addition makes a huge difference in help text readability, especially for CLIs with many options spread across multiple reusable modules.

The resulting help output clearly organizes options under the Server Configuration section:

Demo app showcasing labeled merge groups
Usage: demo-merge.ts --host STRING --port INTEGER --timeout INTEGER --retries
       INTEGER

Server Configuration:
  --host STRING               Server hostname or IP address
  --port INTEGER              Port number for the connection
  --timeout INTEGER           Connection timeout in seconds
  --retries INTEGER           Number of retry attempts

The new group() combinator

For cases where merge() doesn't apply, the new group() combinator lets you wrap any parser with a documentation label:

// Group mutually exclusive options under a clear section
const outputFormat = group(
  "Output Format",
  or(
    map(flag("--json"), () => "json"),
    map(flag("--yaml"), () => "yaml"),
    map(flag("--xml"), () => "xml"),
  )
);

This is particularly useful for organizing mutually exclusive flags, multiple inputs, or any parser that doesn't natively support labeling. The resulting help text becomes much more scannable and user-friendly.

Here's how the grouped output format options appear in the help text:

Demo app showcasing group combinator
Usage: demo-group.ts --json
       demo-group.ts --yaml
       demo-group.ts --xml

Output Format:
  --json                      Output in JSON format
  --yaml                      Output in YAML format
  --xml                       Output in XML format

Rich documentation support

Optique 0.4.0 introduces comprehensive documentation fields that can be added directly through the run() function, eliminating the need to modify parser definitions for documentation purposes.

Brief descriptions, detailed explanations, and footers

Both @optique/core/facade and @optique/run now support brief, description, and footer options through the run() function:

import { run } from "@optique/run";
import { message } from "@optique/core/message";

const result = run(parser, {
  brief: message`A powerful data processing tool`,
  description: message`This tool provides comprehensive data processing capabilities with support for multiple formats and transformations. It can handle JSON, YAML, and CSV files with automatic format detection.`,
  footer: message`Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs`,
  help: "option"
});

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

The complete help output demonstrates the rich documentation features with brief description, detailed explanation, option descriptions, default values, and footer information:

A powerful data processing tool
Usage: demo-rich-docs.ts [--port INTEGER] [--format STRING] --verbose STRING

This tool provides comprehensive data processing capabilities with support for
multiple formats and transformations. It can handle JSON, YAML, and CSV files
with automatic format detection.

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]
  --verbose STRING            Verbosity level

Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

Display default values

A frequently requested feature is now available: showing default values directly in help text. Enable this with the new showDefault option when using withDefault():

const parser = object({
  port: withDefault(
    option("--port", integer(), { description: message`Server port number` }),
    3000,
  ),
  format: withDefault(
    option("--format", string(), { description: message`Output format` }),
    "json",
  ),
});

run(parser, { showDefault: true });

// Or with custom formatting:
run(parser, {
  showDefault: {
    prefix: " (default: ",
    suffix: ")"
  }  // Shows: --port (default: 3000)
});

Default values are automatically dimmed when colors are enabled, making them visually distinct while remaining readable.

The help output shows default values clearly marked next to each option:

Usage: demo-defaults.ts [--port INTEGER] [--format STRING]

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]

Temporal API support

Optique 0.4.0 introduces a new package, @optique/temporal, providing comprehensive support for the modern Temporal API. This brings type-safe parsing for dates, times, durations, and time zones:

import { instant, duration, zonedDateTime } from "@optique/temporal";
import { option } from "@optique/core/parser";

const parser = object({
  // Parse ISO 8601 timestamps
  timestamp: option("--at", instant()),

  // Parse durations like "PT30M" or "P1DT2H"
  timeout: option("--timeout", duration()),

  // Parse zoned datetime with timezone info
  meeting: option("--meeting", zonedDateTime()),
});

The temporal parsers return native Temporal objects with full functionality:

const result = parse(timestampArg, ["2023-12-25T10:30:00Z"]);
if (result.success) {
  const instant = result.value;
  console.log(`UTC: ${instant.toString()}`);
  console.log(`Seoul: ${instant.toZonedDateTimeISO("Asia/Seoul")}`);
}

Install the new package with:

npm add @optique/temporal

Improved type inference

The merge() combinator now supports up to 10 parsers (previously 5), and the tuple() parser has improved type inference using TypeScript's const type parameter. These enhancements enable more complex CLI structures while maintaining perfect type safety.

Breaking changes

While we've maintained backward compatibility for most APIs, there are a few changes to be aware of:

  • The Parser.getDocFragments() method now uses DocState<TState> instead of direct state values (only affects custom parser implementations)
  • The merge() combinator now enforces stricter type constraints at compile time, rejecting non-object-producing parsers

Learn more

For a complete list of changes, bug fixes, and improvements, see the full changelog.

Check out the updated documentation:

Installation

Upgrade to Optique 0.4.0:

npm update @optique/core @optique/run
# or
deno add jsr:@optique/core@^0.4.0 jsr:@optique/run@^0.4.0

Add temporal support (optional):

npm add @optique/temporal
# or
deno add jsr:@optique/temporal

We hope these improvements make building CLI applications with Optique even more enjoyable. As always, we welcome your feedback and contributions on GitHub.

dansup's avatar
dansup

@dansup@mastodon.social

Loops now has i18n support, you can demo it with English/French on our demo instance:

getloops.social/

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social · Reply to silverpill's post

@silverpill Thanks!

silverpill's avatar
silverpill

@silverpill@mitra.social · Reply to 洪 民憙 (Hong Minhee) :nonbinary:'s post

@hongminhee FEP-3b86 defines many such relations:

https://codeberg.org/fediverse/fep/src/branch/main/fep/3b86/fep-3b86.md

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub

We're excited to announce Optique 0.4.0, which brings significant improvements to help text organization, enhanced documentation capabilities, and introduces comprehensive Temporal API support.

Optique is a type-safe combinatorial CLI parser for TypeScript that makes building command-line interfaces intuitive and maintainable. This release focuses on making your CLI applications more user-friendly and maintainable.

Better help text organization

One of the most visible improvements in Optique 0.4.0 is the enhanced help text organization. You can now label and group your options more effectively, making complex CLIs much more approachable for users.

Labeled merge groups

The merge() combinator now accepts an optional label parameter, solving a common pain point where developers had to choose between clean code structure and organized help output:

// Before: unlabeled merged options appeared scattered
const config = merge(connectionOptions, performanceOptions);

// Now: group related options under a clear section
const config = merge(
  "Server Configuration",  // New label parameter
  connectionOptions,
  performanceOptions
);

This simple addition makes a huge difference in help text readability, especially for CLIs with many options spread across multiple reusable modules.

The resulting help output clearly organizes options under the Server Configuration section:

Demo app showcasing labeled merge groups
Usage: demo-merge.ts --host STRING --port INTEGER --timeout INTEGER --retries
       INTEGER

Server Configuration:
  --host STRING               Server hostname or IP address
  --port INTEGER              Port number for the connection
  --timeout INTEGER           Connection timeout in seconds
  --retries INTEGER           Number of retry attempts

The new group() combinator

For cases where merge() doesn't apply, the new group() combinator lets you wrap any parser with a documentation label:

// Group mutually exclusive options under a clear section
const outputFormat = group(
  "Output Format",
  or(
    map(flag("--json"), () => "json"),
    map(flag("--yaml"), () => "yaml"),
    map(flag("--xml"), () => "xml"),
  )
);

This is particularly useful for organizing mutually exclusive flags, multiple inputs, or any parser that doesn't natively support labeling. The resulting help text becomes much more scannable and user-friendly.

Here's how the grouped output format options appear in the help text:

Demo app showcasing group combinator
Usage: demo-group.ts --json
       demo-group.ts --yaml
       demo-group.ts --xml

Output Format:
  --json                      Output in JSON format
  --yaml                      Output in YAML format
  --xml                       Output in XML format

Rich documentation support

Optique 0.4.0 introduces comprehensive documentation fields that can be added directly through the run() function, eliminating the need to modify parser definitions for documentation purposes.

Brief descriptions, detailed explanations, and footers

Both @optique/core/facade and @optique/run now support brief, description, and footer options through the run() function:

import { run } from "@optique/run";
import { message } from "@optique/core/message";

const result = run(parser, {
  brief: message`A powerful data processing tool`,
  description: message`This tool provides comprehensive data processing capabilities with support for multiple formats and transformations. It can handle JSON, YAML, and CSV files with automatic format detection.`,
  footer: message`Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs`,
  help: "option"
});

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

The complete help output demonstrates the rich documentation features with brief description, detailed explanation, option descriptions, default values, and footer information:

A powerful data processing tool
Usage: demo-rich-docs.ts [--port INTEGER] [--format STRING] --verbose STRING

This tool provides comprehensive data processing capabilities with support for
multiple formats and transformations. It can handle JSON, YAML, and CSV files
with automatic format detection.

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]
  --verbose STRING            Verbosity level

Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

Display default values

A frequently requested feature is now available: showing default values directly in help text. Enable this with the new showDefault option when using withDefault():

const parser = object({
  port: withDefault(
    option("--port", integer(), { description: message`Server port number` }),
    3000,
  ),
  format: withDefault(
    option("--format", string(), { description: message`Output format` }),
    "json",
  ),
});

run(parser, { showDefault: true });

// Or with custom formatting:
run(parser, {
  showDefault: {
    prefix: " (default: ",
    suffix: ")"
  }  // Shows: --port (default: 3000)
});

Default values are automatically dimmed when colors are enabled, making them visually distinct while remaining readable.

The help output shows default values clearly marked next to each option:

Usage: demo-defaults.ts [--port INTEGER] [--format STRING]

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]

Temporal API support

Optique 0.4.0 introduces a new package, @optique/temporal, providing comprehensive support for the modern Temporal API. This brings type-safe parsing for dates, times, durations, and time zones:

import { instant, duration, zonedDateTime } from "@optique/temporal";
import { option } from "@optique/core/parser";

const parser = object({
  // Parse ISO 8601 timestamps
  timestamp: option("--at", instant()),

  // Parse durations like "PT30M" or "P1DT2H"
  timeout: option("--timeout", duration()),

  // Parse zoned datetime with timezone info
  meeting: option("--meeting", zonedDateTime()),
});

The temporal parsers return native Temporal objects with full functionality:

const result = parse(timestampArg, ["2023-12-25T10:30:00Z"]);
if (result.success) {
  const instant = result.value;
  console.log(`UTC: ${instant.toString()}`);
  console.log(`Seoul: ${instant.toZonedDateTimeISO("Asia/Seoul")}`);
}

Install the new package with:

npm add @optique/temporal

Improved type inference

The merge() combinator now supports up to 10 parsers (previously 5), and the tuple() parser has improved type inference using TypeScript's const type parameter. These enhancements enable more complex CLI structures while maintaining perfect type safety.

Breaking changes

While we've maintained backward compatibility for most APIs, there are a few changes to be aware of:

  • The Parser.getDocFragments() method now uses DocState<TState> instead of direct state values (only affects custom parser implementations)
  • The merge() combinator now enforces stricter type constraints at compile time, rejecting non-object-producing parsers

Learn more

For a complete list of changes, bug fixes, and improvements, see the full changelog.

Check out the updated documentation:

Installation

Upgrade to Optique 0.4.0:

npm update @optique/core @optique/run
# or
deno add jsr:@optique/core@^0.4.0 jsr:@optique/run@^0.4.0

Add temporal support (optional):

npm add @optique/temporal
# or
deno add jsr:@optique/temporal

We hope these improvements make building CLI applications with Optique even more enjoyable. As always, we welcome your feedback and contributions on GitHub.

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

Optique 0.4.0 Released!

Big update for our type-safe combinatorial parser for :

  • Labeled merge groups: organize options logically
  • Rich docs: brief, description & footer support
  • @optique/temporal: new package for date/time parsing
  • showDefault: automatic default value display

The help text has never looked this good!

.js

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub

We're excited to announce Optique 0.4.0, which brings significant improvements to help text organization, enhanced documentation capabilities, and introduces comprehensive Temporal API support.

Optique is a type-safe combinatorial CLI parser for TypeScript that makes building command-line interfaces intuitive and maintainable. This release focuses on making your CLI applications more user-friendly and maintainable.

Better help text organization

One of the most visible improvements in Optique 0.4.0 is the enhanced help text organization. You can now label and group your options more effectively, making complex CLIs much more approachable for users.

Labeled merge groups

The merge() combinator now accepts an optional label parameter, solving a common pain point where developers had to choose between clean code structure and organized help output:

// Before: unlabeled merged options appeared scattered
const config = merge(connectionOptions, performanceOptions);

// Now: group related options under a clear section
const config = merge(
  "Server Configuration",  // New label parameter
  connectionOptions,
  performanceOptions
);

This simple addition makes a huge difference in help text readability, especially for CLIs with many options spread across multiple reusable modules.

The resulting help output clearly organizes options under the Server Configuration section:

Demo app showcasing labeled merge groups
Usage: demo-merge.ts --host STRING --port INTEGER --timeout INTEGER --retries
       INTEGER

Server Configuration:
  --host STRING               Server hostname or IP address
  --port INTEGER              Port number for the connection
  --timeout INTEGER           Connection timeout in seconds
  --retries INTEGER           Number of retry attempts

The new group() combinator

For cases where merge() doesn't apply, the new group() combinator lets you wrap any parser with a documentation label:

// Group mutually exclusive options under a clear section
const outputFormat = group(
  "Output Format",
  or(
    map(flag("--json"), () => "json"),
    map(flag("--yaml"), () => "yaml"),
    map(flag("--xml"), () => "xml"),
  )
);

This is particularly useful for organizing mutually exclusive flags, multiple inputs, or any parser that doesn't natively support labeling. The resulting help text becomes much more scannable and user-friendly.

Here's how the grouped output format options appear in the help text:

Demo app showcasing group combinator
Usage: demo-group.ts --json
       demo-group.ts --yaml
       demo-group.ts --xml

Output Format:
  --json                      Output in JSON format
  --yaml                      Output in YAML format
  --xml                       Output in XML format

Rich documentation support

Optique 0.4.0 introduces comprehensive documentation fields that can be added directly through the run() function, eliminating the need to modify parser definitions for documentation purposes.

Brief descriptions, detailed explanations, and footers

Both @optique/core/facade and @optique/run now support brief, description, and footer options through the run() function:

import { run } from "@optique/run";
import { message } from "@optique/core/message";

const result = run(parser, {
  brief: message`A powerful data processing tool`,
  description: message`This tool provides comprehensive data processing capabilities with support for multiple formats and transformations. It can handle JSON, YAML, and CSV files with automatic format detection.`,
  footer: message`Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs`,
  help: "option"
});

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

The complete help output demonstrates the rich documentation features with brief description, detailed explanation, option descriptions, default values, and footer information:

A powerful data processing tool
Usage: demo-rich-docs.ts [--port INTEGER] [--format STRING] --verbose STRING

This tool provides comprehensive data processing capabilities with support for
multiple formats and transformations. It can handle JSON, YAML, and CSV files
with automatic format detection.

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]
  --verbose STRING            Verbosity level

Examples:
  myapp process data.json --format yaml
  myapp validate config.toml --strict

For more information, visit https://example.com/docs

These documentation fields appear in both help output and error messages (when configured), providing consistent context throughout your CLI's user experience.

Display default values

A frequently requested feature is now available: showing default values directly in help text. Enable this with the new showDefault option when using withDefault():

const parser = object({
  port: withDefault(
    option("--port", integer(), { description: message`Server port number` }),
    3000,
  ),
  format: withDefault(
    option("--format", string(), { description: message`Output format` }),
    "json",
  ),
});

run(parser, { showDefault: true });

// Or with custom formatting:
run(parser, {
  showDefault: {
    prefix: " (default: ",
    suffix: ")"
  }  // Shows: --port (default: 3000)
});

Default values are automatically dimmed when colors are enabled, making them visually distinct while remaining readable.

The help output shows default values clearly marked next to each option:

Usage: demo-defaults.ts [--port INTEGER] [--format STRING]

  --port INTEGER              Server port number [3000]
  --format STRING             Output format [json]

Temporal API support

Optique 0.4.0 introduces a new package, @optique/temporal, providing comprehensive support for the modern Temporal API. This brings type-safe parsing for dates, times, durations, and time zones:

import { instant, duration, zonedDateTime } from "@optique/temporal";
import { option } from "@optique/core/parser";

const parser = object({
  // Parse ISO 8601 timestamps
  timestamp: option("--at", instant()),

  // Parse durations like "PT30M" or "P1DT2H"
  timeout: option("--timeout", duration()),

  // Parse zoned datetime with timezone info
  meeting: option("--meeting", zonedDateTime()),
});

The temporal parsers return native Temporal objects with full functionality:

const result = parse(timestampArg, ["2023-12-25T10:30:00Z"]);
if (result.success) {
  const instant = result.value;
  console.log(`UTC: ${instant.toString()}`);
  console.log(`Seoul: ${instant.toZonedDateTimeISO("Asia/Seoul")}`);
}

Install the new package with:

npm add @optique/temporal

Improved type inference

The merge() combinator now supports up to 10 parsers (previously 5), and the tuple() parser has improved type inference using TypeScript's const type parameter. These enhancements enable more complex CLI structures while maintaining perfect type safety.

Breaking changes

While we've maintained backward compatibility for most APIs, there are a few changes to be aware of:

  • The Parser.getDocFragments() method now uses DocState<TState> instead of direct state values (only affects custom parser implementations)
  • The merge() combinator now enforces stricter type constraints at compile time, rejecting non-object-producing parsers

Learn more

For a complete list of changes, bug fixes, and improvements, see the full changelog.

Check out the updated documentation:

Installation

Upgrade to Optique 0.4.0:

npm update @optique/core @optique/run
# or
deno add jsr:@optique/core@^0.4.0 jsr:@optique/run@^0.4.0

Add temporal support (optional):

npm add @optique/temporal
# or
deno add jsr:@optique/temporal

We hope these improvements make building CLI applications with Optique even more enjoyable. As always, we welcome your feedback and contributions on GitHub.

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

In , are there any relations that use the template property instead of the href property, excluding the http://ostatus.org/schema/1.0/subscribe relation?

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

I woke up at dawn and couldn't go back to sleep, so I added Temporal value parsers to Optique.

youknowone

@youknowone@seoul.earth · Reply to youknowone's post

SF숏포머블 공모전 장려상 sfstory.co.kr/community/notice

Emelia 👸🏻's avatar
Emelia 👸🏻

@thisismissem@hachyderm.io

Oh no y'all, I started writing something:

Screenshot of text for a heading titled “ActivityPub & AT Proto: More alike than different”
ALT text detailsScreenshot of text for a heading titled “ActivityPub & AT Proto: More alike than different”
AmaseCocoa's avatar
AmaseCocoa

@cocoa@hackers.pub · Reply to AmaseCocoa's post

nodeinfo path is auto-generated by starlette (fastapi)

/.well-known/nodeinfo page
ALT text details/.well-known/nodeinfo page
source code of apkit/server/routes/nodeinfo.py
ALT text detailssource code of apkit/server/routes/nodeinfo.py
AmaseCocoa's avatar
AmaseCocoa

@cocoa@hackers.pub

Coding ActivityPubServer...

ActivityPubServer demo?
ALT text detailsActivityPubServer demo?
Emelia 👸🏻's avatar
Emelia 👸🏻

@thisismissem@hachyderm.io

Are you a moderator on the Fediverse? A server operator?

If so, you should definitely fill out the IFTAS Moderator Needs Assessment:

(IFTAS doesn't require you to identify yourself, so you can remain anonymous if you wish)

about.iftas.org/moderator-need

寒空まりん :poke_frz:'s avatar
寒空まりん :poke_frz:

@kisaragi_marine@misskey.niri.la · Reply to 寒空まりん :poke_frz:'s post

https://hackers.pub/ap/notes/01990ddf-6e44-769a-995c-6fac70d06920

確かにHaskellにもあるか。使わなさすぎて忘れてた

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub

個人的には、一時的に開発目的で使うActivityPubサーバーにはngrokやfedify tunnelなどを活用し、長期的に継続して開発するActivityPubサーバーであればTailscale FunnelやCloudflare Tunnelを使用しています。



RE: https://kalaclista.com/@nyarla/statuses/01K46VRVX7Q14CMPRQ6JVKSTCE

にゃるら / カラクリスタ's avatar
にゃるら / カラクリスタ

@nyarla@kalaclista.com

Fediverseの開発環境、自分は何回か作り直しては崩してをしてるんだけど、現実どうするといいんだろうな

自分の環境の場合 tailscale + ローカルホスト用自前ドメインでローカルに閉じた https 環境を用意出来てるんだけど、この環境、コンテナだとホストのネットワークを使わないと tailscale の ip へ到達できないんだよね

にゃるら / カラクリスタ's avatar
にゃるら / カラクリスタ

@nyarla@kalaclista.com · Reply to にゃるら / カラクリスタ's post

今のところローカル専用の https ドメインはメインマシンに建てた caddy へ流してそこから各アプリケーションに分岐してるんよね

で let's encrypt の証明書は DNS チャレンジでワイルドカード証明書を取ってるんで取得には問題無いんだけど、ローカルのネットワークルーティングをどうするかが非常に悩ましい

にゃるら / カラクリスタ's avatar
にゃるら / カラクリスタ

@nyarla@kalaclista.com

Fediverseの開発環境、自分は何回か作り直しては崩してをしてるんだけど、現実どうするといいんだろうな

自分の環境の場合 tailscale + ローカルホスト用自前ドメインでローカルに閉じた https 環境を用意出来てるんだけど、この環境、コンテナだとホストのネットワークを使わないと tailscale の ip へ到達できないんだよね

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub

「割とモダンな言語」というわけではないが、Haskellもかなり昔からnewtypeというキーワードでサポートしていた。



RE: https://misskey.niri.la/notes/ac71qocx3v

寒空まりん :poke_frz:'s avatar
寒空まりん :poke_frz:

@kisaragi_marine@misskey.niri.la

最近はScalaとかSwiftとかの「割とモダンな言語」が基底型に型消去するみたいなコンパイルテクでゼロオーバーヘッドのラッパー定義できる言語が増えてる気がしているので、別にRustだけではないと思う。
Rustが気軽に定義できるって話なら、そりゃそうだと思うけれど

寒空まりん :poke_frz:'s avatar
寒空まりん :poke_frz:

@kisaragi_marine@misskey.niri.la

最近はScalaとかSwiftとかの「割とモダンな言語」が基底型に型消去するみたいなコンパイルテクでゼロオーバーヘッドのラッパー定義できる言語が増えてる気がしているので、別にRustだけではないと思う。
Rustが気軽に定義できるって話なら、そりゃそうだと思うけれど

Masaki Hara's avatar
Masaki Hara

@qnighy@qnmd.info

Value Objectが好きだけどオーバーヘッドが看過できない人向けの言語 → Rustすぎる

Jaeyeol Lee's avatar
Jaeyeol Lee

@kodingwarrior@hackers.pub

1시간 만에 완판! 걱정마세요 아직 대기 신청이 남아있습니다!



RE: https://hackers.pub/@kodingwarrior/01990d87-7972-71d7-b5c4-868907bec8ab

Jaeyeol Lee's avatar
Jaeyeol Lee

@kodingwarrior@hackers.pub

✨ Hackers' Public 첫 오프라인 모임! ✨

Hackers' Pub 사용자들의 자발적인 모임, Hackers' Public이 📅 9월 14일(일) 오후 3시 ~ 6시 열립니다.

이번 모임에서는 많은 분들이 흥미로워할 두 가지 발표가 준비되어 있습니다:

  • 🎨 Code As a Canvas: 코드에서 예술작품이 되기까지
  • ✍️ 폰트는 어떻게 만들어지는가 – Neo둥근모 개발 후일담

또한 자유롭게 교류할 수 있는 네트워킹 시간도 마련되어 있으니 많은 관심 부탁드립니다 🙌

현재는 2차 모집 단계이며, 👉 신청은 포스터의 QR코드 또는 http://public.hackers.pub 에서 가능합니다. (두 경로 모두 동일한 이벤트 페이지로 연결됩니다)

2차 모집 기간은 9월 7일까지이며, 완판이 되었더라도 참가자 신청 대기하신 분 중에서 두분 정도 선정할 예정입니다!

Hackers Public 1회차 모임 포스터
ALT text detailsHackers Public 1회차 모임 포스터
洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

@riq0h 今回はうまくいって良かったです！ありがとうございます。🙏

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

@riq0h @riq0h ブロックした後にブロックを解除しました！フォローリクエストも送りました！

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social

@riq0h @riq0h このように見えますね。お互いにフォローし合っているようです。そちらではフォロー承認がまだされていないと表示されていますか？🤔

互いにフォローし合っていることが表示されるプロフィール画面
ALT text details互いにフォローし合っていることが表示されるプロフィール画面
Jaeyeol Lee's avatar
Jaeyeol Lee

@kodingwarrior@hackers.pub

✨ Hackers' Public 첫 오프라인 모임! ✨

Hackers' Pub 사용자들의 자발적인 모임, Hackers' Public이 📅 9월 14일(일) 오후 3시 ~ 6시 열립니다.

이번 모임에서는 많은 분들이 흥미로워할 두 가지 발표가 준비되어 있습니다:

  • 🎨 Code As a Canvas: 코드에서 예술작품이 되기까지
  • ✍️ 폰트는 어떻게 만들어지는가 – Neo둥근모 개발 후일담

또한 자유롭게 교류할 수 있는 네트워킹 시간도 마련되어 있으니 많은 관심 부탁드립니다 🙌

현재는 2차 모집 단계이며, 👉 신청은 포스터의 QR코드 또는 http://public.hackers.pub 에서 가능합니다. (두 경로 모두 동일한 이벤트 페이지로 연결됩니다)

2차 모집 기간은 9월 7일까지이며, 완판이 되었더라도 참가자 신청 대기하신 분 중에서 두분 정도 선정할 예정입니다!

Hackers Public 1회차 모임 포스터
ALT text detailsHackers Public 1회차 모임 포스터
のえる's avatar
のえる

@noellabo@hackers.pub

（以下の内容は、perplexityによって生成させた解説記事です）

Fediverse Auxiliary Service Providers（FASP）の詳細解説

概要

Fediverse Auxiliary Service Providers（FASP） は、Fediverseサーバーソフトウェアと連携し、サーバー内に存在しない機能を補完する独立したサービスプロバイダーの仕組みです。これらのサービスは、単一のサーバーでは実現困難な機能や、サーバーソフトウェアに含まれていない機能を提供することを目的としています。[1]

FASPは、Fediverseエコシステム全体の機能拡張を可能にする革新的なアーキテクチャであり、現在Mastodon gGmbHが主導して開発を進めています。

Fediverseの課題認識

現在の検索・発見の限界

Fediverseにおける現在の検索・発見機能には重大な制約があります：[2][3]

  • サーバー間の分散による孤立：各サーバーが独立して検索・発見機能を提供しているため、ネットワーク全体でのコンテンツ発見が困難
  • 小規模インスタンスの不利：ユーザー数が少ない小規模サーバーでは、十分なコンテンツやユーザーとの接触機会が限定的
  • リアルタイム性の欠如：トレンドや新しいコンテンツの発見が各サーバーのローカル情報に依存
  • 標準化された検索APIの不在：統一された検索インターフェースが存在しないため、クライアント開発が困難

解決すべき技術的課題

FASPが対処を目指している主要な技術的課題には以下があります：[4][5]

  • 分散型ネットワークにおける効率的な検索アルゴリズム
  • プライバシーを保護しながらのデータ共有メカニズム
  • 異なるFediverseソフトウェア間の互換性確保
  • スケーラブルなインデックス管理システム

実現しようとしている機能の詳細

主要な機能カテゴリ

FASPで提供予定の主要サービスには以下が含まれます：[1:1][4:1]

検索・発見サービス

  • アカウント検索：ユーザー名、表示名、プロフィール情報による全文検索
  • コンテンツ検索：投稿内容の横断的検索機能
  • ハッシュタグトレンド：ネットワーク全体でのトレンドハッシュタグの特定

セキュリティ・モデレーション

  • スパム検出：機械学習ベースの自動スパム判定
  • ブロックリスト同期：インスタンス間でのブロックリスト共有
  • コンテンツモデレーション：問題のあるコンテンツの自動識別

運用支援機能

  • リンクプレビュー生成：外部リンクのメタデータ自動取得
  • ヘルプデスク統合：サポート業務の効率化
  • 分析・レポート：ネットワーク使用状況の統計情報

技術仕様とAPI設計

現在開発中のFASP仕様には以下の技術要素が含まれます：[6][4:2]

基本的な相互作用

  • プロバイダー登録メカニズム
  • 認証・承認システム（OAuth非使用のシンプルモデル採用）
  • データ共有プロトコル

データ管理

  • 公開コンテンツのみを対象とした索引化
  • ユーザー同意に基づく発見可能性フラグ
  • サーバーレベル・ユーザーレベルでのブロック機能

開発の経緯

プロジェクト開始の背景

FASPの開発は、NGI Search（Next Generation Internet Search）プログラムからの資金提供を受けて2024年に本格化しました。このプロジェクトは、欧州委員会のHorizon Europeプログラムの一環として、最大15万ユーロの研究開発資金を提供しています。[7][8]

開発タイムライン

2024年の主要マイルストーン：[9][6:1]

  • 2024年9月：基本仕様の公開、プロジェクト発表
  • 2024年10月：認証モデルの簡略化、コミュニティフィードバック収集
  • 2024年11月：データ共有仕様の初期ドラフト公開

2025年の計画：[10][4:3]

  • 2025年2月：トレンド機能とアカウント検索仕様の公開
  • 2025年6月：アカウントレコメンデーション機能実装、セキュリティ監査実施
  • 2025年後半：本格的なMastodonサーバーでの実装展開

実装アプローチ

開発チームは段階的な実装戦略を採用しています：[11][12]

  1. 仕様策定フェーズ：オープンソースコミュニティとの協議を通じた仕様固定
  2. プロトタイプ開発：Ruby on Railsベースの参考実装作成
  3. 実証実験：限定的な環境での機能検証
  4. 本格運用：安定版のリリースと広範囲での採用

主導している団体

Mastodon gGmbH

プロジェクトの主導団体はMastodon gGmbHです。この非営利組織は以下の特徴を持ちます：[13][14]

組織構造

  • ドイツに本拠を置く非営利法人
  • 2023年には米国でも501(c)(3)として非営利法人設立
  • 寄付とPatreon支援に依存する資金構造

コアチーム[14:1]

  • Eugen Rochko：創設者・CEO
  • Renaud Chaput：CTO（2023年10月就任）
  • David Roetzel：コア開発者、FASPプロジェクトリーダー
  • Andy Piper：Developer Relations担当

協力組織と資金提供者

NGI Search プログラム：[15][7:1]

  • 欧州委員会のNext Generation Internetイニシアティブ
  • 5つの欧州パートナー組織が運営
  • 中小規模のR&D助成金を提供（5,000〜50,000ユーロ）

技術パートナー：[16][9:1]

  • Smithereen Project：Mastodon以外のFediverseソフトウェアでの実装実験
  • 各種Fediverseソフトウェア開発者コミュニティ

ロードマップ

短期目標（2025年前半）

技術仕様の完成：[4:4][10:1]

  • アカウント検索API仕様の確定
  • トレンド機能の詳細仕様策定
  • データ共有プロトコルの安定化

参考実装の開発：[9:2]

  • fediscovererプロジェクトの機能拡張
  • Ruby SDKの充実化
  • セキュリティ機能の強化

中期目標（2025年後半）

本格的な実装とテスト：[17][18]

  • mastodon.socialおよびmastodon.onlineでの実証実験
  • セキュリティ監査の実施
  • パフォーマンス最適化

機能拡張：

  • アカウントレコメンデーション機能
  • 投稿検索機能の試験実装
  • 複数プロバイダー対応の検証

長期ビジョン

Fediverseエコシステム全体への拡大：

  • Mastodon以外のActivityPubソフトウェアでの採用促進
  • 商用・非営利プロバイダーの参入促進
  • 国際的な標準化機関での標準化推進

最新状況

2025年9月現在の進捗

Mastodon 4.4での基本サポート：[19][20]

  • FASP機能フラグによる実験的サポート開始
  • 基本的なプロバイダー管理機能の実装
  • 開発者向けAPIの提供開始

仕様開発の進展：[12:1]

  • データ共有仕様の初期ドラフト公開
  • プロバイダー登録メカニズムの仕様確定
  • コミュニティフィードバックの継続的収集

実装状況

参考実装プロジェクト：[9:3]

  • fediscoverer：メインの参考実装（Ruby on Rails）
  • fasp_ruby：Ruby SDK
  • Mastodon本体での実験的統合

テスト環境：

  • 限定的なインスタンスでの実証実験実施中
  • 開発者コミュニティでの技術検証

課題と制約

技術的課題：

  • 大規模なデータインデックス処理の最適化
  • リアルタイム更新の効率化
  • 異なるFediverseソフトウェア間の互換性確保

運用面の課題：

  • プロバイダーの持続可能な運営モデル確立
  • プライバシー保護とサービス品質のバランス
  • 法的コンプライアンスの確保

重要な参照情報

技術文書とリポジトリ

仕様書：[1:2]

  • GitHub: mastodon/fediverse_auxiliary_service_provider_specifications
  • CC0ライセンスで公開
  • コミュニティからの貢献を積極的に受け入れ

実装コード：[9:4]

  • 参考実装: mastodon/fediscoverer
  • SDK: mastodon/fasp_ruby
  • Mastodon統合: 実験的機能フラグで提供

関連プロジェクトと標準

ActivityPub関連：

  • FEP（Fediverse Enhancement Proposal）との連携
  • HTTP Message Signatures（RFC 9421）のサポート検討[19:1]

関連イニシアティブ：

  • NGI Fediversity：モバイルプラットフォーム向けの補完プロジェクト[21]
  • Fediverse Event Interoperability：イベント機能での FASP活用検討[22]

FASPは、Fediverseの次世代インフラストラクチャとして、分散型ソーシャルネットワークの可能性を大きく拡張する重要なプロジェクトです。プライバシー保護と分散化の原則を維持しながら、ユーザーエクスペリエンスの向上を目指すこの取り組みは、オープンソースコミュニティと学術研究機関の協力のもとで着実に進展しています。 [23][24][25][26][27][28][29][30][31][32][33][34][35][36][37][38][39][40][41][42][43][44][45][46][47][48][49][50][51][52][53]

⁂

  1. https://github.com/mastodon/fediverse_auxiliary_service_provider_specifications ↩︎ ↩︎ ↩︎

  2. https://fediversereport.com/last-week-in-fediverse-ep-84/ ↩︎

  3. https://publish.obsidian.md/common-knowledge-scout/civil/events/Europe/FOSDEM+2025/en/Social+Web+12/Fediscovery+Improving+Search+and+Discovery+on+the+ ↩︎

  4. https://www.fediscovery.org/presentations/fediscovery_fosdem.pdf ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  5. https://www.fediscovery.org ↩︎

  6. https://blog.joinmastodon.org/2024/10/trunk-tidbits-september-2024/ ↩︎ ↩︎

  7. https://ngi.eu/ngi-projects/ngi-search/ ↩︎ ↩︎

  8. https://cordis.europa.eu/project/id/101069364 ↩︎

  9. https://github.com/mastodon/fediscoverer ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  10. https://fosdem.org/2025/schedule/event/fosdem-2025-4531-fediscovery-improving-search-and-discovery-on-the-fediverse/ ↩︎ ↩︎

  11. https://blog.joinmastodon.org/2024/11/trunk-tidbits-october-2024/ ↩︎

  12. https://blog.joinmastodon.org/2024/12/trunk-tidbits-november-2024/ ↩︎ ↩︎

  13. https://fosdem.org/2025/schedule/speaker/david_roetzel/ ↩︎

  14. https://joinmastodon.org/reports/Mastodon Annual Report 2023.pdf ↩︎ ↩︎

  15. https://nlnet.nl/discovery/ ↩︎

  16. https://blog.joinmastodon.org/2025/04/trunk-tidbits-march-2025/ ↩︎

  17. https://blog.joinmastodon.org/2025/01/the-people-should-own-the-town-square/ ↩︎

  18. https://blog.joinmastodon.org/2025/07/trunk-tidbits-june-2025/ ↩︎

  19. https://blog.joinmastodon.org/2025/07/mastodon-4-4-for-devs/ ↩︎ ↩︎

  20. https://blog.joinmastodon.org/2025/06/trunk-tidbits-may-2025/ ↩︎

  21. https://nlnet.nl/fediversity/ ↩︎

  22. https://nlnet.nl/project/Fediverse-event-interop/ ↩︎

  23. https://blog.joinmastodon.org/2025/03/trunk-tidbits-february-2025/ ↩︎

  24. https://mementomori.social/@rolle/115051373492946184 ↩︎

  25. https://en.wikipedia.org/wiki/Fediverse ↩︎

  26. https://speakerdeck.com/andypiper/fediverse-discovery-providers-overview ↩︎

  27. https://cosocial.ca/@timbray/114241026919774511 ↩︎

  28. https://note.com/9min_packup/n/n0d16a3dd859c ↩︎

  29. https://socialhub.activitypub.rocks/t/fediverse-relays/4626 ↩︎

  30. https://socialhub.activitypub.rocks/t/fep-eb22-supported-activitystreams-types-with-nodeinfo/4469 ↩︎

  31. https://socialhub.activitypub.rocks/t/fediverse-relays/4626/2 ↩︎

  32. https://blog.gelbphoenix.de/fediscovery-improving-search-and-discovery/ ↩︎

  33. http://multigrid.org/fasp/download.html ↩︎

  34. https://www.ga4gh.org/what-we-do/technical-alignment-subcommittee-tasc/ ↩︎

  35. https://fedi.tips ↩︎

  36. https://oisaur.com/@renchap/114742714008230875 ↩︎

  37. https://oisaur.com/@renchap/114455531480422517 ↩︎

  38. https://www.ga4gh.org/get-involved/developer-resources/ ↩︎

  39. https://joinmastodon.org/roadmap ↩︎

  40. https://cascadefunding.eu/open-call/ngi-fediversity-open-call/ ↩︎

  41. https://en.wikipedia.org/wiki/Mastodon_(social_network) ↩︎

  42. http://ftpmirror.your.org/pub/misc/ftp.software.ibm.com/common/ssi/ecm/zz/ja/zz712386jpja/watson-customer-engagement-industry-solutions---software-zz-education-material-zz712386jpja-20170807.pdf ↩︎

  43. https://blackmagicdesign-creatorscom.jp/function-discovery-resource-publication/ ↩︎

  44. https://eoc.eri.u-tokyo.ac.jp/ryutsu/data_ryutsu_WS_abstracts_160329.pdf ↩︎

  45. https://blackmagicdesign-creatorscom.jp/function-discovery-provider-host/ ↩︎

  46. https://blog.mstdn.delmulin.com/articles/Mastodon-4-4と同時に適用される独自機能/ ↩︎

  47. https://www.ait-solution.jp/cloudsolution/ibm_aspera-on-cloud/ ↩︎

  48. https://vled.or.jp/archives/vled/results/docs/gaibu-shiyou-2-201501.pdf ↩︎

  49. https://hollo.social/tags/Mastodon ↩︎

  50. https://www.ibm.com/jp-ja/products/aspera ↩︎

  51. https://www.vled.or.jp/archives/vled/results/docs/gaibu-shiyou-2-201501.pdf ↩︎

  52. https://www.vled.or.jp/archives/vled/odpc-archive/committee/docs/gijyutsu_siryo4-4_20140529.pdf ↩︎

  53. https://www.vled.or.jp/archives/vled/odpc-archive/committee/docs/gijyutsu_siryo2-6.pptx ↩︎

のえる's avatar
のえる

@noellabo@hackers.pub

（以下の内容は、perplexityによって生成させた解説記事です）

Fediverse Auxiliary Service Providers（FASP）とは？ 分散型SNSをもっと便利にするサービス

Fediverse（フェディバース） は、Server AからServer Bへとつながる分散型のソーシャルネットワークです。Mastodon（マストドン）やPleroma（プレロマ）など、いくつもの「インスタンス（サーバー）」が協力し合うことで成り立っています。その一方で、「情報の探しにくさ」や「小さなサーバーが目立たない」といった課題もあります。

FASPが目指すもの

Fediverse Auxiliary Service Providers（FASP） は、Fediverse全体を支える「助っ人サービス」です。例えば、

  • ネットワーク全体から欲しい投稿やユーザーを探し出す「検索サービス」
  • 迷惑投稿を自動で見つけて教えてくれる「スパム対策」
  • 人気のハッシュタグをまとめてくれる「トレンド表示」

など、本来はサーバーソフトだけでは難しい機能を、別の専門サービスが提供してくれます。これによって、どのサーバーにいても同じように便利な機能を使えるようになります。

どうして必要なの？

  1. 情報が散らばっている各サーバーにはそれぞれ違う投稿があるため、一つずつ見に行かないと最新情報や人気の話題が追いづらい。
  2. 小さなサーバーが損をしがち利用者が少ないサーバーでは、友達探しや情報収集がしにくい。大きなサーバーにしかない便利機能が使えないことも。
  3. 運営の手間を減らしたいサーバー管理者が自分の手で高度な機能を作り込むのは大変。FASPなら必要な機能を「外部サービスとして借りる」だけでOKです。

どんな仕組み？

  1. 登録するだけで連携サーバー管理者が数クリックでFASPサービスを登録すると、以後は自動的に機能が強化されます。
  2. データは必要な分だけ共有プライバシー保護のため、公開されている投稿情報だけを使い、個人の秘密情報は共有しません。
  3. いつでもオフにできる気に入らなければ、サービスを停止して元に戻すのも簡単です。

今どこまでできるの？

2025年9月現在、Mastodonの最新バージョン（4.4）で試験的に使える機能も登場しています。

  • 「ネットワーク全体検索」や「人気ハッシュタグ表示」を実際に試せるサーバーも一部で公開中。
  • 迷惑投稿チェックやリンクのプレビュー表示なども順次追加予定です。

今後はもっと多くのFASPサービスが増え、スマホアプリなどからも簡単に使えるようになります。これによりFediverseはさらに便利で、使いやすいSNSへと進化するでしょう。

Fediverseをもっと快適に楽しむための新しい助っ人――それが FASP です。導入も操作もシンプルなので、管理者もユーザーも負担なく、より豊かな分散型SNS体験を実現できます。

洪 民憙 (Hong Minhee) :nonbinary:'s avatar
洪 民憙 (Hong Minhee) :nonbinary:

@hongminhee@hollo.social · Reply to 맹꽁이's post

@sunwoo1524 LLM은 셈을 못 합니다… 😭

← Newer
Older →