Sofia-Luceat-Project

Constraints on a Scalar-Dependent Gravitational Coupling from Gravitational Wave Observations

Fri, 03 Apr 2026 00:00:00 GMT

Constraints on a Scalar-Dependent Gravitational Coupling from Gravitational Wave Observations

Abstract

We investigate a minimal extension of the standard cosmological model in which the gravitational coupling is not constant but depends on a scalar field. This modification introduces small deviations in gravitational interactions while remaining consistent with existing observations. We derive the framework and show that gravitational waves provide a promising way to test this model.

1. Introduction

The ΛCDM model explains many cosmological observations but relies on unknown components such as dark energy.

Instead of introducing new components, we consider modifying gravity slightly by allowing the gravitational constant to vary.

2. Theoretical Framework

We introduce a scalar field φ and define:

G(φ) ≈ G0 * (1 + αφ)

Action

S = ∫ d^4x √(-g) [
  (1 / (16πG(φ))) R
  - 1/2 (∂φ)^2
  - V(φ)
]

Potential

V(φ) = (1/2) m^2 φ^2

This ensures:

Early evolution possible
Late-time stability

3. Observational Signatures

3.1 Gravitational Waves

f ∝ (G(φ) M)^(5/3)

Approximation:

f_obs = f_GR * (1 + ε)

Mass shift:

M_obs = M_true * (1 + ε)^(-5/3)

3.2 Distance Dependence

ε(r) = ε0 * (r / R)

Prediction:

Mass correlates with distance

3.3 Cosmological Constraints

CMB: ΔG/G < 10%
Solar system: almost no variation
Structure formation: sensitive to G

4. Parameter Constraints

ε < 10^-3

(dG/dt)/G < 10^-13 per year

m ≥ H0

5. Results

Mass shift: ~0.1%
Frequency deviation: very small
Currently unobservable
Detectable in future experiments

6. Discussion

This model:

Does NOT replace ΛCDM
Adds small corrections
Is testable via gravitational waves

7. Conclusion

We constructed a scalar-dependent gravity model that:

Matches current observations
Predicts small measurable deviations
Can be tested with future detectors

Keywords

gravity, cosmology, scalar field, gravitational waves, modified gravity

OBR – Offline Browsing Reader

Mon, 15 Dec 2025 00:00:00 GMT

🌐 OBR

オフライン対応・サイト保存ブラウザ

OBR は、
「あとで読む」を本気で快適にするために作られた
サイト保存対応ブラウザです。

一度開いたページを保存しておけば、
ネットがない環境でも、いつもの見た目のまま閲覧できます。

✨ OBR でできること

🔗 普通のブラウザとして使える

URL検索・ページ移動
戻る / 進む / 再読み込み
JavaScript 対応ページもそのまま表示

💾 閲覧しながらサイトを保存

見ているページを自動で保存
HTML / CSS / JS / 画像 / フォントをまとめて記録
保存操作は邪魔にならない裏側処理

📦 オフラインでそのまま読める

ネット未接続でも表示可能
レイアウト崩れを最小限に抑制
ローカルデータのみを使用

🔄 オンライン / オフラインを完全に分離

OBR には 2つの明確なモードがあります。

🌍 オンラインモード

常にインターネットから取得
保存済みデータは参照しない
普通のブラウザと同じ操作感

📂 オフラインモード

ネットワークを使用しない
保存済みサイトのみを表示
「読む」ことに特化した表示

今見ているページが
「ネット由来なのか」「保存データなのか」
が曖昧になることはありません。

🗂 サイト単位で管理

保存データは サイトごとに整理されます。

ドメイン単位で一覧表示
保存日時・ページ数を確認
ワンクリックで再表示

技術ドキュメント、攻略サイト、個人ブログなど
「あとで読み返したい情報」の整理に最適です。

🚫 広告・トラッカーを保存しない

OBR は、保存時に以下を行います。

広告リクエストをブロック
トラッカー通信を遮断
不要な iframe を保存しない

これにより：

保存サイズ削減
オフライン表示の安定化
読書体験の向上

を実現しています。

🧠 こんな人におすすめ

技術ドキュメントをローカルに残したい
ネット環境が不安定な場所で作業する
後からじっくり読み返したい記事が多い
Wayback やクローラ系ツールが重すぎると感じる

🛠 技術スタック（概要）

Electrobun
ネイティブ BrowserView（iframe 不使用）
ローカルアーカイブ管理
Windows 対応（予定）

🚧 現在のステータス

OBR は現在 開発中です。

UI / UX 改善中
保存精度の向上
オフライン表示の最適化

今後のアップデートで、
さらに使いやすくしていく予定です。

▶ まずはページを開いてみてください

URL を入力して「移動」を押すだけ。
OBR は、あなたが読んだページを静かに記憶します。

「読む」ためのアーカイブブラウザを、あなたの手元に。

カスタムMarkdown構文テスト

Fri, 21 Nov 2025 00:00:00 GMT

カスタムMarkdown構文テスト

この記事では、実装されたカスタムMarkdownコンポーネントの使用例を示します。

1. ゲームスペック (game-spec)

ゲームの情報を表示します。

::game-spec{genre="Action RPG" players="1-4" platform="PC, PlayStation 5, Xbox Series X|S" release="2024-01-15"}

2. YouTube埋め込み (youtube)

YouTube動画を軽量な埋め込み形式で表示します。クリックするまで読み込まれません。

::youtube{id="dQw4w9WgXcQ"}

3. 画像比較 (compare-image)

2つの画像をスライダーで比較できます。

::compare-image{before="https://sofia-luceat-project.github.io/avatar.webp" after="https://sofia-luceat-project.github.io/137103134master1200.jpg" label="改善前と改善後の比較"}

Dark Survivor 開発 Wiki

Sat, 15 Nov 2025 00:00:00 GMT

はじめに

このページは、ゲーム『Dark Survivor』の開発に参加するための情報をまとめたWikiです。開発を始める前に、このページを一読してください。

開発環境のセットアップ

開発に必要なソフトウェアです。各カードから公式サイトにアクセスし、ダウンロードとインストールを行ってください。

::link-card{url="https://zed.dev/" title="Zed" description="高速でモダンなコードエディタ"}

::link-card{url="https://git-scm.com/" title="Git" description="ソースコードのバージョン管理システム"}

::link-card{url="https://www.redotengine.org/" title="Redot Engine" description="オープンソースのゲームエンジン"}

Gitの基本的な使い方

プロジェクトのソースコードはGitで管理されています。基本的な操作方法を覚えておきましょう。

:::note[リポジトリの場所] プロジェクトのGitHubリポジトリは以下です。 ::github{repo="<owner>/<repository>"} :::

リポジトリのクローン

最初に、上記のリポジトリをローカル環境にコピー（クローン）します。

git clone https://github.com/Sofia-Luceat-Project/dark-survivor.git

ブランチの作成と切り替え

新しい機能の実装やバグ修正など、作業単位でブランチを作成します。

# "feature/new-feature" という名前で新しいブランチを作成し、そのブランチに切り替える
git checkout -b feature/new-feature

# ブランチに切り替える
git checkout feature/new-feature

変更を記録する

変更したファイルをステージングし、コミットメッセージを付けて記録します。

# 変更したファイルをすべてステージングする
git add .

# コミットメッセージを付けてコミットする
git commit -m "feat: 新機能を追加"

変更をリモートに送信する

ローカルでの変更をリモートリポジトリに反映させます。

git push origin feature/new-feature

開発ルール

:::important[開発を円滑に進めるために] 以下のルールを守って開発を進めてください。 :::

ブランチ運用ルール

main ブランチには直接コミットせず、開発用のブランチ（例: develop）からブランチを作成してください。
機能追加は feature/、バグ修正は fix/ などのプレフィックスをブランチ名に付けます。
作業が完了したら、プルリクエスト（またはマージリクエスト）を作成し、レビューを受けてからマージします。

コミットメッセージ

コミットメッセージは、変更内容が分かりやすいように記述します。フォーマット: <type>: <subject>

例: feat: プレイヤーの移動機能を追加
例: fix: 敵が動かなくなるバグを修正

コーディングスタイル

Godotスタイルガイド

ファイル名: snake_case（例: player_controller.gd, main_menu.tscn）
ノード名: PascalCase（例: Player, EnemySpawner）
クラス名 (class_name): PascalCase（例: PlayerController）
シグナル名: past_tense（過去形）（例: tree_entered, health_depleted）

コンポーネント指向アプローチ

player.tscnやenemy.tscnのように、1つのエンティティは複数の子ノード（コンポーネント）から構成されます。
例えば、Playerシーンは「移動を処理するスクリプト」「ステータスを管理するノード」「アニメーションを制御するノード」といったように、機能ごとにノードが分割されています。
これにより、機能の再利用性が高まり、単一のスクリプトが肥大化するのを防ぎます。

【初心者向け】サイトの記事作成ガイド

Sat, 15 Nov 2025 00:00:00 GMT

はじめに

このページは、「ウェブサイトの記事を書いてみたいけど、やり方が分からない…」という方向けのガイドです。専門的な知識は一切不要です。パソコンの基本的な操作ができれば、誰でも簡単に記事を作成し、公開できます。

一緒に手順を追いながら、あなたの最初の記事を完成させましょう！

ステップ1：記事ファイルの準備

まず、記事の「原稿用紙」となるファイルを用意します。

フォルダを開く PCのエクスプローラーで、以下のフォルダを開きます。 website\src\content\posts
記事の種類を選ぶ postsフォルダの中には、BlogやWikiといった、記事の種類ごとの小部屋（サブフォルダ）があります。書きたい記事の種類に合った部屋を選んでください。
新しいファイルを作成する 選んだフォルダの中で、右クリックから「新規作成」→「テキストドキュメント」を選び、新しいファイルを作成します。
ファイル名を付ける ファイル名は、半角の英数字とハイフン (-) を使って、記事の内容が分かりやすい名前を付けます。最後に、ファイルの拡張子を .txt から .md に変更してください。
- 良い例: my-first-blog.md, dark-survivor-guide-1.md
- 悪い例: 最初のブログ.md (日本語は使えません), my first blog.md (スペースは使えません)

これで、記事を書くための「原稿用紙」が準備できました！

ステップ2：記事の基本情報を入力する (Frontmatter)

次に、作成したファイルをZedなどのテキストエディタで開き、記事の「プロフィール」を設定します。これは「Frontmatter（フロントマター）」と呼ばれるもので、記事のタイトルや公開日などをサイトに教えるための大切な情報です。

ファイルの一番最初に、以下のテキストをコピーして貼り付けてください。

---
title: ここに記事のタイトルを入力
published: 2025-11-15
description: "ここに記事の簡単な説明文を入力（100文字程度がおすすめです）"
image: ./index.jpeg
tags: [キーワード1, キーワード2]
category: Blog
draft: false
series: Example
---

そして、各項目の " の中を、あなたの記事に合わせて書き換えます。

title: 記事のタイトルです。読者が一番最初に目にする、最も重要な部分です。
published: 記事を公開する日付です。YYYY-MM-DD の形式で入力します。
description: 記事の要約です。検索結果などにも表示されることがあります。
image: 記事のサムネイル画像です。./ から始まる相対パスで指定します。
tags: 記事に関連するキーワードです。複数ある場合は , で区切ります。
category: 記事のカテゴリーです。Blog や Wiki など、ステップ1で選んだフォルダ名と同じにすると分かりやすいです。
draft: false にしておくと公開記事になります。もし下書きにしたい場合は true にします。
series: 記事のシリーズ名です。

ステップ3：本文を書く (Markdown記法)

基本情報の下に、いよいよ記事の本文を書いていきます。ウェブサイトの記事では、「Markdown（マークダウン）」という簡単な記法を使って、文章に見た目を付けていきます。

見出し

見出しは、文章の「章」や「節」を作るためのものです。#（シャープ）の数で大きさが変わります。

書き方:

# 一番大きな見出し
## 中くらいの見出し
### 小さな見出し

表示例:

一番大きな見出し

中くらいの見出し

小さな見出し

文字の強調（太字）

文章の中で特に伝えたい部分は、**（アスタリスク2つ）で囲むと太字になります。

書き方:

これは **とても重要** なポイントです。

表示例: これは とても重要 なポイントです。

箇条書き

情報を整理して伝えたいときは、箇条書きが便利です。文の先頭に -（ハイフン）を付けます。

書き方:

- りんご
- ごりら
- らっぱ

表示例:

りんご
ごりら
らっぱ

リンク

他のウェブサイトを紹介したいときは、リンクを使いましょう。

書き方:

[Google](https://www.google.com/)

表示例: Google

便利な装飾機能

このサイトでは、さらに見た目をリッチにするための特別な装飾が使えます。

囲み枠（アドモニション）

メモやヒント、注意点などを目立たせるための囲み枠です。

書き方:

:::note
ここにメモしたいことを書きます。
:::

:::tip[ヒント]
豆知識などを書くのに便利です。タイトルも付けられます。
:::

:::important
読者に必ず読んでほしい重要な情報を書きます。
:::

表示例: :::note ここにメモしたいことを書きます。 :::

:::tip[ヒント] 豆知識などを書くのに便利です。タイトルも付けられます。 :::

:::important 読者に必ず読んでほしい重要な情報を書きます。 :::

リンクカード

ウェブサイトへのリンクを、かっこいいカード形式で表示できます。

書き方:

::link-card{url="https"//www.redotengine.org/" title="Redot Engine" description="Game Engine, Game Changer"}

表示例: ::link-card{url="https://www.redotengine.org/" title="Redot Engine" description="Game Engine, Game Changer"}

やってみよう！記事作成の例

これまでの内容をまとめた、記事のサンプルです。これをコピーして、自分の記事を作る際の参考にしてみてください。

---
title: "私の好きなゲームについて"
published: "2025-11-15"
description: "私が最近ハマっているゲームの魅力を紹介します！"
tags: ["ゲーム", "レビュー"]
category: "Blog"
draft: false
---

## はじめに

こんにちは！今日は私が夢中になっているゲーム『Dark Survivor』について語りたいと思います。

## 『Dark Survivor』の魅力

このゲームの魅力は、なんといってもその**爽快感**にあります！

- 大量の敵をなぎ倒す楽しさ
- レベルアップでどんどん強くなる成長要素
- スキルの組み合わせを考える戦略性

:::tip[ここがポイント！]
最初は難しく感じるかもしれませんが、何度かプレイするうちにコツが掴めてきて、どんどん楽しくなります！
:::

## 公式サイトはこちら

もっと詳しく知りたい方は、公式サイトをチェックしてみてください。

::link-card{url="https://godotengine.org/" title="Godot Engine" description="このゲームはGodot Engineで作られています"}

## おわりに

少しでも『Dark Survivor』の魅力が伝わったら嬉しいです。
ぜひ皆さんもプレイしてみてください！

これでガイドは以上です。お疲れ様でした！自由に、楽しく、たくさんの記事を書いてみてくださいね。

ゲーム制作サークルの開発記録：Redot Engineを使ってみた！

Thu, 13 Nov 2025 00:00:00 GMT

🎮 ゲーム制作サークルの開発記録：Redot Engineを使ってみた！

こんにちは！私たちは、友人同士で集まって活動しているゲーム制作サークルです。メンバーそれぞれが「作ってみたい！」という気持ちを持ち寄り、PCゲーム・スマホゲーム・カードゲーム・ボードゲームなど、形にとらわれない自由な制作を行っています。このブログでは、私たちが実際に使っているゲームエンジン「Redot Engine」について紹介します！

🔍 エンジン選びから始まった開発

ゲーム制作を始めた当初、まず直面したのが**「どのエンジンを使うか問題」**でした。 UnityやUnrealなど有名な選択肢はたくさんありますが、私たちが求めていたのは――

軽量で起動が速い

学びやすく、扱いやすい

小規模チームでも管理しやすい

そんな条件にぴったり合ったのが、Redot Engineだったんです。

⚙️ Redot Engineとは？

Redot Engineは、オープンソースのGodot Engineをベースにフォークされた派生エンジンです。特徴的なのは、Godot Engineとの完全な互換性を維持していること。つまり、Godotで作られたプロジェクトをそのままRedotで開けますし、基本的な機能・スクリプト構造も全く同じです。

違いがあるとすれば、内部処理のチューニングやビルド速度の改善といった細かい最適化です。そのおかげで、Godotを使っていた人でも移行コストゼロで開発を始められます！

🚀 使ってみた感想：軽い、安定してる、そして速い！

Redot Engineを使い始めて約2週間。第一印象はとにかく「軽い！」のひとことでした。

エディタの起動が速い

シーン切り替えやプレビューがスムーズ

リソースの再読み込みがほぼストレスフリー

2Dゲーム制作では特に恩恵が大きく、複数のスプライトやタイルマップを扱ってもフレーム落ちが少ない印象です。また、Godot 4系で時々見られたUIのラグやクラッシュも、Redotではほとんど発生しません。

エンジン内部の最適化が効いているのを、実際の制作体験で実感できます。

🧠 技術的なポイント

少し専門的な話をすると、Redot Engineでは以下のような改善が行われています。

🔹 レンダリングの最適化

描画コマンドのバッチ化やGPUアクセスの効率化により、特に2Dレンダリング性能が向上。結果として、Godotと同じプロジェクトでも平均して15〜30%ほど処理が軽くなっています。

🔹 リソースキャッシュの刷新

エディタでの変更反映が速く、ロード時のストール（読み込み待ち）が大幅に減少。開発中の試行錯誤がとても快適になりました。

🔹 スクリプト環境の改善

GDScript、C#、C++、Rust（GDNative互換）に対応しており、拡張性の高さが魅力。内部のスクリプトVMも改良されていて、GDScriptの実行速度がGodotより約10〜15%高速化されています。

🧩 Redot Engineから Rex Engine へ ― 次世代へのステップ

私たちのサークルでは現在、Redot Engine を活用してゲーム制作を進めています。ですが同時に、「もうひとつ先へ進みたい」という思いから、Rex Engineという次世代エンジンの展開も視野に入れています。実はこの Rex Engine は、Redot Engine チームが開発を進めている、「Redot をベースとしつつ、互換性を保たない新機能も取り入れた“実験的”子プロジェクト」です。

🔍 最新状況の整理

Redot Engine は、もともと Godot Engine をフォークしており、Godot との互換性を保っています。

Rex Engine に関しては、Redot チームのブログが「Roadmaps」「ReX」タグで進捗を報告しており、互換性の枠を超えた「新しいアイデア／アーキテクチャ」を実験していることが窺えます。

つまり、Redot が Godot の高速・使いやすいフォーク版であるなら、Rex は「Redot をさらに発展・突破させるプロジェクト」という位置づけと言えます。

✨ 私たちの“Rex への取り組み”方針

現時点では、Rex Engine はまだ互換性を前提とするフェーズを超えており、Redot とは機能・仕様面で差異が出る可能性があります。

そのため、私たちはまず Redot での制作・学習を丁寧に行いながら、Rex の開発ロードマップを追っていく方針です。

実際、Redot チームから「ReX, RDScript, Roadmaps」などのアップデートが公開されています。

将来的には「Rex でしかできない試み（例：新スクリプト言語、モジュール構造の刷新、最適化手法）」を、サークルの作品制作に活かしたいと考えています。

🛠 どう活用するか？

Redot で安定制作基盤を確保：互換性・コミュニティ・ドキュメント面が整っているため、今すぐ作品を動かすためのエンジンとして最適。

Rex の動向をフォロー：Redot チームのブログや GitHub から、Rex の新機能・仕様変更をウォッチ。

将来的な移行を視野に：Rex が成熟してきたら、サークル作品の「次バージョン」や「技術実験版」で使う準備を整えます。

💬 まとめ：Redotは“学びながら作れる”最高の環境

Redot Engineは、

Godotと完全互換

軽量で動作が速い

コミュニティ主導のオープンな開発

という三拍子がそろった、とても扱いやすいエンジンです。ゲーム制作初心者でもすぐにプロジェクトを動かせますし、エンジン構造を理解したい中級者にもおすすめ。

これからもこのブログで、Redotの使い方や、Rex Engine開発の進捗などを発信していきます。「自分でもゲームを作ってみたい！」と思ったら、ぜひRedot Engineを試してみてください！

::link-card{url="https://www.redotengine.org/" title="Redot Engine" description="Game Engine, Game Changer"}

dark-survivor

Wed, 12 Nov 2025 00:00:00 GMT

dark-survivorについて

dark-survivorとは、ヴァンサバに影響を受けた2D Retro RPG世界観のゲームです。このゲームは、プレイヤーが主人公として、様々なステージに挑戦しながら、世界を救う冒険を遂げるものです。

ゲーム機能

キャラクターのステータス管理
マップの探索と敵との戦闘
アイテムの入手と使用
プレイヤーの進捗状況の保存と復元
マップの拡張と新敵の登場

今後

製品版version1.0.0を公開しましたら、アップデートやDLCの開発を予定しています。アップデートは、新しい敵やアイテムの登場、難易度の調整、グラフィックの改善などを行います。 DLCは、追加のストーリーやモード、さらなる拡張内容を提供します。

配布

アルファバージョンを配布しています。これは開発バージョンであり、沢山のバグや機能不足があります。もし開発の手助けをしていただける方は、こちらのリンクから開発バージョンをダウンロードし、このサイトのコメント欄などでコメントを頂けると嬉しいです！ ::link-card{url="https://github.com/Sofia-Luceat-Project/release/releases/tag/dark-survivor-version-0.0.1-alpha" title="リリース" description="楽しんじゃうぞ！"}

連絡先

こちらのコメント欄
Twitter: @sofiagros
Discord: sofiagros
Github: sofia-gros

公式サーバー

discordサーバーに参加して最新ニュースを見よう！ ::link-card{url="https://discord.gg/QZ693qAA3Z" title="sofiaとLuceatのサークル" description="Neow~"}

リンクカードの例

Sun, 23 Feb 2025 00:00:00 GMT

リンクカードについて

リンクカードは Starlight の <LinkCard> コンポーネントに似ており、リンクをカード形式で表示します。

使用方法

更新され、呼び出し方法は以下のようになりました

カスタムタイトルと説明

::link-card{url="https://fuwari.oh1.top" title="yCENzh's Blog" description="Ciallo~"}

::link-card{url="https://fuwari.oh1.top" title="yCENzh's Blog" description="Ciallo~"}

画像付き

::link-card{url="https://github.com" title="Github" description="Hello World!" icon="https://github.com/github.png"}

::link-card{url="https://github.com" title="Github" description="Hello World!" icon="https://github.com/github.png"}

以下はすべて無効になりました

Markdownの段落内に「裸の」リンク（説明文のないリンク）などを一つだけ含めると、自動的にリンクカードに変換されます。

**外部リンク**

https://astro.build/

<https://github.com/saicaca/fuwari/>

[https://fuwari.oh1.top/](https://fuwari.oh1.top/)

**内部リンク**

[/archive/](/archive/)

詳細については、internalLinkオプションのセクションを参照してください。

**IDN（国際化ドメイン名）**

https://はじめよう.みんな/

https://astro.build/

https://github.com/yCENzh/Fuwari-yCENzh/

https://fuwari.oh1.top/

/archive/

https://はじめよう.みんな/

[!NOTE] カードが表示されたら、テーマカラーを変更したり、ダークモードを有効にしてみてください！

設定オプション

オプションは astro.config.mjs ファイルで指定できます。

...
import fuwariLinkCard from "./src/plugins/fuwari-link-card.ts"
...
export default defineConfig({
  ...
  integrations: [
    ...
    fuwariLinkCard(), // ここにプラグインを追加
    ...

プラグインの順序が複雑な場合は、remark プラグインとして指定することもできます。

...
import remarkLinkCard from "./src/plugins/remark-link-card.ts"
...
export default defineConfig({
  ...
  markdown: {
    ...
    remarkPlugins: [
      ...
      remarkLinkCard, // ここにプラグインを追加
      ...

名前	型	デフォルト	説明
devMode	boolean	import.meta.env.DEV	開発モードを有効または無効にします。
excludedUrls	Array<string \| RegExp>	[]	特定のURLを処理から除外するための文字列または正規表現のリスト。これは他のプラグインとの競合を防ぐのにも役立ちます。
linkAttributes	Object	{ target: '', rel: '' }	外部リンクのターゲットと関係属性を設定します。これらの属性を未設定のままにして、他のプラグインに処理を委任することもできます。
rewriteRules	Array<Object>	[]	タイトルや説明など、リンクから取得した特定のメタデータ属性を書き換えます。
base	string	'/'	Astroと同じベースパスを指定します。詳細はこちらを参照してください。インテグレーションとして使用する場合、指定しないと自動的に決定されます。
defaultThumbnail	string	''	メタデータに画像データが含まれていない場合に使用するデフォルトのサムネイル画像のパス。publicディレクトリからの相対パスである必要があります。例えば、画像がpublic/images/default-thumbnail.jpgにある場合、`defaultThumbnail`を'images/default-thumbnail.jpg'に設定します。
internalLink	Object	{ enabled: false, site: '' }	サイト内の内部リンク処理を有効にします。
cache	Object	以下の詳細オプションを参照してください。	ビルドプロセス中に画像をダウンロードしてキャッシュします。

リンク属性の設定

名前	型	デフォルト	説明
target	string	''	リンクされたドキュメントを開く場所を指定します。デフォルト（空）では、リンクにターゲットは設定されません。
rel	string	''	現在のドキュメントとリンクされたドキュメントの関係を定義します。デフォルト（空）では、関係は設定されません。

書き換えルール

名前	型	デフォルト	説明
url	RegExp		特定のURLに一致させるために使用される正規表現パターン。
rewriteSteps	Array<Object>		特定のメタデータ属性の書き換えルールを定義します。

以下は、GitHubリポジトリを指すリンクから取得したメタデータの「title」と「description」を書き換える方法を示す例です。

rewriteRules: [
  {
    url: /^https:\/\/github\.com\/[^\/]+\/[^\/]+\/?$/,
    rewriteSteps: [
      { key: "title", pattern: /:.*/, replacement: "" },
      {
        key: "description",
        pattern: /(?: (?:\. )?Contribute to (?:.+\/.+) .+\.?)|(?: - (?:.+\/.+))$/,
        replacement: "",
      },
      {
        key: "description",
        pattern: /^Contribute to (?:.+\/.+) .+\.?$/,
        replacement: "No description provided.",
      },
    ],
  },
],

名前	型	説明
key	string	書き換えられるメタデータ属性のキー。
pattern	RegExp	メタデータ属性の現在の値に一致させるために使用される正規表現パターン。このパターンに一致する値の部分が置換されます。
replacement	string	メタデータ属性で一致したパターンを置換する文字列。

内部リンクの設定

名前	型	デフォルト	説明
enabled	boolean	false	内部リンク処理を有効または無効にします。
site	string	''	Astroと同じデプロイ済みURLを指定します。詳細はこちらを参照してください。インテグレーションとして使用する場合、指定しないと自動的に決定されます。

キャッシュ設定

名前	型	デフォルト	説明
enabled	boolean	false	キャッシュを有効または無効にします。
outDir	string	'./dist/'	出力ディレクトリのパス。詳細はこちらを参照してください。Astroと揃えることで、画像最適化などの機能の恩恵を受けることができます。
cacheDir	string	'./link-card/'	キャッシュディレクトリのパス。`devMode`がtrueに設定されている場合、キャッシュされた画像への最終的なURLは`base + outDir + cacheDir`になります。それ以外の場合は`base + cacheDir`になります。
maxFileSize	number	0	キャッシュする最大ファイルサイズ（バイト単位）。0で無制限。
maxCacheSize	number	0	キャッシュの合計最大サイズ（バイト単位）。0で無制限。
userAgent	string	'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36'	クライアントを指定するためにHTTPリクエストヘッダーに含まれる識別子。

簡単なオプション設定

このプラグインは、オプション設定を簡素化するために@fastify/deepmergeを使用しています。

https://www.npmjs.com/package/@fastify/deepmerge

スタイリング用のHTML構造

スタイルはsrc/styles/link-card.cssで指定され、HTMLは自動的に生成されます。以下は、スタイルをカスタマイズする際の参考となる構造の例です。

<div class="link-card__container">
  <a href="https://astro.build/" class="link-card">
    <div class="link-card__info">
      <div class="link-card__title">Astro</div>
      <div class="link-card__description">Astro builds fast content sites, powerful web applications, dynamic server APIs, and everything in-between.</div>
      <div class="link-card__metadata">
        <div class="link-card__domain">
          <img alt="favicon" class="link-card__favicon" src="https://www.google.com/s2/favicons?domain=astro.build">
          <span class="link-card__domain-name">astro.build</span>
        </div>
      </div>
    </div>
    <div class="link-card__thumbnail">
      <img alt="Astro - Build the web you want." class="link-card__image" src="https://astro.build/og/astro.jpg">
    </div>
  </a>
</div>

Markdown拡張機能

Sat, 01 May 1002 00:00:00 GMT

GitHubリポジトリカード

GitHubリポジトリにリンクする動的なカードを追加できます。ページ読み込み時に、リポジトリ情報がGitHub APIから取得されます。

::github{repo="Fabrizz/MMM-OnSpotify"}

::github{repo="<owner>/<repo>"} というコードでGitHubリポジトリカードを作成します。

::github{repo="saicaca/fuwari"}

アドモニション（注意喚起ボックス）

次のタイプの注意喚起ボックスがサポートされています：note（注釈）tip（ヒント）important（重要）warning（警告）caution（注意）

:::note ユーザーがざっと目を通しているときでも考慮すべき情報を強調します。 :::

:::tip ユーザーがより成功するための任意選択の情報。 :::

:::important ユーザーが成功するために必要な重要な情報。 :::

:::warning 潜在的なリスクがあるため、ユーザーが直ちに注意を払う必要がある重要なコンテンツ。 :::

:::caution ある行動がもたらす可能性のある否定的な結果。 :::

基本構文

:::note
ユーザーがざっと目を通しているときでも考慮すべき情報を強調します。
:::

:::tip
ユーザーがより成功するための任意選択の情報。
:::

カスタムタイトル

注意喚起ボックスのタイトルはカスタマイズできます。

:::note[私のカスタムタイトル] これはカスタムタイトル付きの注釈です。 :::

:::note[私のカスタムタイトル]
これはカスタムタイトル付きの注釈です。
:::

GitHub構文

[!TIP] GitHub構文もサポートされています。

> [!NOTE]
> GitHub構文もサポートされています。

> [!TIP]
> GitHub構文もサポートされています。

スポイラー

テキストにスポイラーを追加できます。テキストはMarkdown構文もサポートしています。

内容：スポイラー[:spoiler[は隠されています えへへ]]！

内容：スポイラー[:spoiler[は隠されています **えへへ**]]！

Expressive Code の例

Sat, 10 Apr 1002 00:00:00 GMT

ここでは、Expressive Code を使用したコードブロックの表示方法を探ります。提供されている例は公式ドキュメントに基づいており、詳細はそちらを参照してください。

Expressive Code

構文ハイライト

通常の構文ハイライト

console.log('This code is syntax highlighted!')

ANSIエスケープシーケンスのレンダリング

ANSI colors:
- Regular: [31mRed[0m [32mGr k；een[0m [33mYellow[0m [34mBlue[0m [35mMagenta[0m [36mCyan[0m
- Bold:    [1;31mRed[0m [1;32mGreen[0m [1;33mYellow[0m [1;34mBlue[0m [1;35mMagenta[0m [1;36mCyan[0m
- Dimmed:  [2;31mRed[0m [2;32mGreen[0m [2;33mYellow[0m [2;34mBlue[0m [2;35mMagenta[0m [2;36mCyan[0m

256 colors (showing colors 160-177):
[38;5;160m160 [38;5;161m161 [38;5;162m162 [38;5;163m163 [38;5;164m164 [38;5;165m165[0m
[38;5;166m166 [38;5;167m167 [38;5;168m168 [38;5;169m169 [38;5;170m170 [38;5;171m171[0m
[38;5;172m172 [38;5;173m173 [38;5;174m174 [38;5;175m175 [38;5;176m176 [38;5;177m177[0m

Full RGB colors:
[38;2;34;139;34mForestGreen - RGB(34, 139, 34)[0m

Text formatting: [1mBold[0m [2mDimmed[0m [3mItalic[0m [4mUnderline[0m

エディタとターミナルのフレーム

コードエディタのフレーム

console.log('Title attribute example')

<!-- src/content/index.html -->
<div>File name comment example</div>

ターミナルのフレーム

echo "This terminal frame has no title"

Write-Output "This one has a title!"

フレームタイプの上書き

echo "Look ma, no frame!"

# Without overriding, this would be a terminal frame
function Watch-Tail { Get-Content -Tail 20 -Wait $args }
New-Alias tail Watch-Tail

テキストと行のマーカー

全行と行範囲のマーキング

// Line 1 - targeted by line number
// Line 2
// Line 3
// Line 4 - targeted by line number
// Line 5
// Line 6
// Line 7 - targeted by range "7-8"
// Line 8 - targeted by range "7-8"

行マーカーのタイプ選択 (mark, ins, del)

function demo() {
  console.log('this line is marked as deleted')
  // This line and the next one are marked as inserted
  console.log('this is the second inserted line')

  return 'this line uses the neutral default marker type'
}

行マーカーへのラベル追加

// labeled-line-markers.jsx
<button
  role="button"
  {...props}
  value={value}
  className={buttonClassName}
  disabled={disabled}
  active={active}
>
  {children &&
    !active &&
    (typeof children === 'string' ? <span>{children}</span> : children)}
</button>

独立した行への長いラベルの追加

// labeled-line-markers.jsx
<button
  role="button"
  {...props}

  value={value}
  className={buttonClassName}

  disabled={disabled}
  active={active}
>

  {children &&
    !active &&
    (typeof children === 'string' ? <span>{children}</span> : children)}
</button>

diffライクな構文の使用

+this line will be marked as inserted
-this line will be marked as deleted
this is a regular line

--- a/README.md
+++ b/README.md
@@ -1,3 +1,4 @@
+this is an actual diff file
-all contents will remain unmodified
 no whitespace will be removed either

構文ハイライトとdiffライクな構文の組み合わせ

  function thisIsJavaScript() {
    // This entire block gets highlighted as JavaScript,
    // and we can still add diff markers to it!
-   console.log('Old code to be removed')
+   console.log('New and shiny code!')
  }

行内の個別テキストのマーキング

function demo() {
  // Mark any given text inside lines
  return 'Multiple matches of the given text are supported';
}

正規表現

console.log('The words yes and yep will be marked.')

フォワードスラッシュのエスケープ

echo "Test" > /home/test.txt

インラインマーカーのタイプ選択 (mark, ins, del)

function demo() {
  console.log('These are inserted and deleted marker types');
  // The return statement uses the default marker type
  return true;
}

ワードラップ

ブロックごとのワードラップ設定

// Example with wrap
function getLongString() {
  return 'This is a very long string that will most probably not fit into the available space unless the container is extremely wide'
}

// Example with wrap=false
function getLongString() {
  return 'This is a very long string that will most probably not fit into the available space unless the container is extremely wide'
}

折り返し行のインデント設定

// Example with preserveIndent (enabled by default)
function getLongString() {
  return 'This is a very long string that will most probably not fit into the available space unless the container is extremely wide'
}

// Example with preserveIndent=false
function getLongString() {
  return 'This is a very long string that will most probably not fit into the available space unless the container is extremely wide'
}

折りたたみ可能なセクション

// All this boilerplate setup code will be collapsed
import { someBoilerplateEngine } from '@example/some-boilerplate'
import { evenMoreBoilerplate } from '@example/even-more-boilerplate'

const engine = someBoilerplateEngine(evenMoreBoilerplate())

// This part of the code will be visible by default
engine.doSomething(1, 2, 3, calcFn)

function calcFn() {
  // You can have multiple collapsed sections
  const a = 1
  const b = 2
  const c = a + b

  // This will remain visible
  console.log(`Calculation result: ${a} + ${b} = ${c}`)
  return c
}

// All this code until the end of the block will be collapsed again
engine.closeConnection()
engine.freeMemory()
engine.shutdown({ reason: 'End of example boilerplate code' })

行番号

ブロックごとの行番号表示

// This code block will show line numbers
console.log('Greetings from line 2!')
console.log('I am on line 3')

// Line numbers are disabled for this block
console.log('Hello?')
console.log('Sorry, do you know what line I am on?')

開始行番号の変更

console.log('Greetings from line 5!')
console.log('I am on line 6')

Fuwari シンプルガイド

Thu, 01 Apr 1002 00:00:00 GMT

カバー画像のソース: ソース

このブログテンプレートは Astro で構築されています。このガイドで言及されていないことについては、Astro のドキュメントで答えが見つかるかもしれません。

記事のFront-matter設定

---
title: My First Blog Post
published: 2023-09-09
description: This is the first post of my new Astro blog.
image: ./cover.jpg
tags: [Foo, Bar]
category: Front-end
draft: false
---

属性	説明
`title`	記事のタイトル。
`published`	記事の公開日。
`description`	記事の短い説明。インデックスページに表示されます。
`image`	記事のカバー画像のパス。<br/>1. `http://` または `https://` で始まる場合：ウェブ画像を使用<br/>2. `/` で始まる場合：`public` ディレクトリ内の画像<br/>3. 上記の接頭辞がない場合：Markdownファイルからの相対パス
`tags`	記事のタグ。
`category`	記事のカテゴリ。
`draft`	この記事がまだ下書きの場合、表示されません。

記事ファイルの置き場所

記事ファイルは src/content/posts/ ディレクトリに配置する必要があります。サブディレクトリを作成して、記事やアセットをより良く整理することもできます。

src/content/posts/
├── post-1.md
└── post-2/
    ├── cover.png
    └── index.md

Markdownの例

Thu, 01 Oct 1001 00:00:00 GMT

h1ヘッダー

段落は空行で区切られます。

2番目の段落。イタリック、太字、そして等幅フォント。箇条書きリストは次のようになります：

これ
それ
もう一つ

アスタリスクを考慮しないと、実際のテキスト内容は4列目から始まることに注意してください。

引用ブロックはこのように書きます。

必要であれば、複数段落にまたがることもできます。

エムダッシュには3つのダッシュを使用します。範囲には2つのダッシュを使用します（例：「それはすべて12-14章にあります」）。3つのドット...は省略記号に変換されます。Unicodeもサポートされています。☺

h2ヘッダー

これは番号付きリストです：

最初の項目
2番目の項目
3番目の項目

ここでも、実際のテキストが4列目から始まることに注意してください（左側から4文字）。これはコードサンプルです：

# もう一度言いますが...
for i in 1 .. 10 { do-something(i) }

ご想像の通り、4スペースでインデントされています。ちなみに、ブロックをインデントする代わりに、区切りブロックを使用することもできます：

define foobar() {
    print "Welcome to flavor country!";
}

（これにより、コピー＆ペーストが容易になります）。Pandocに構文ハイライトさせるために、区切りブロックを任意でマークすることもできます：

import time
# さあ、10まで数えよう！
for i in range(10):
    # (でも、*速すぎず*)
    time.sleep(0.5)
    print i

h3ヘッダー

次はネストされたリストです：

まず、これらの材料を手に入れます：
- にんじん
- セロリ
- レンズ豆
お湯を沸かします。

すべてを鍋に入れ、このアルゴリズムに従います：

 木のスプーンを見つける
 鍋の蓋を開ける
 かき混ぜる
 鍋の蓋をする
 木のスプーンを鍋の取っ手に危なっかしく置く
 10分待つ
 最初のステップに戻る（または、終わったら火を止める）

木のスプーンにぶつからないようにしてください。落ちてしまいます。

ここでも、テキストが常に4スペースのインデントで揃っていることに注意してください（上記の項目3を続ける最後の行も同様です）。

これはウェブサイトへのリンク、ローカルドキュメントへのリンク、そして現在のドキュメントのセクション見出しへのリンクです。これは脚注です^1。

テーブルは次のようになります：

サイズ素材色

9 レザーブラウン 10 ヘンプキャンバスナチュラル 11 ガラス透明

表：靴、そのサイズ、および素材

（上記は表のキャプションです。）Pandocは複数行のテーブルもサポートしています：

キーワードテキスト

赤夕日、りんご、その他赤または赤みがかったもの。

緑葉、草、カエルそして、それであることは簡単ではない他のもの。

次に水平線が続きます。

これは定義リストです：

りんご : アップルソースを作るのに適しています。

オレンジ : 柑橘類！

トマト : "tomatoe"に"e"はありません。

ここでも、テキストは4スペースでインデントされています。（各用語/定義ペアの間に空行を入れると、より見やすくなります。）

これは「ラインブロック」です：

| 1行目 | 2行目 | 3行目

画像は次のように指定できます：

[//]: # (![サンプル画像](./demo-banner.png "模範的な画像"))

インライン数式はこのように記述します：$\omega = d\phi / dt$。ディスプレイ数式は独立した行にし、二重ドル記号で囲む必要があります：

$$I = \int \rho R^{2} dV$$

$$ \begin{equation*} \pi =3.1415926535 ;8979323846;2643383279;5028841971;6939937510;5820974944 ;5923078164;0628620899;8628034825;3421170679;\ldots \end{equation*} $$

また、文字通りに表示したい句読点文字は、バックスラッシュでエスケープできることに注意してください。例：`foo`、*bar*など。

投稿に動画を含める

Sat, 01 Aug 1001 00:00:00 GMT

YouTubeや他のプラットフォームから埋め込みコードをコピーし、Markdownファイルに貼り付けるだけです。

---
title: Include Video in the Post
published: 2023-10-19
// ...
---

<iframe width="100%" height="468" src="https://www.youtube.com/embed/5gIf0_xpFPI?si=N1WTorLKL0uwLsU_" title="YouTube video player" frameborder="0" allowfullscreen></iframe>

YouTube

Bilibili

ドラフトの例

Tue, 01 Jul 1000 00:00:00 GMT

この記事はドラフトです

この記事は現在ドラフト状態であり、公開されていません。そのため、一般の読者には表示されません。内容はまだ作成中であり、さらなる編集やレビューが必要な場合があります。

記事を公開する準備ができたら、Frontmatter の "draft" フィールドを "false" に更新できます。

---
title: Draft Example
published: 2024-01-11T04:40:26.381Z
tags: [Markdown, Blogging, Demo]
category: Examples
draft: false
---

PS: それはそうと、どうやってこれを送ったか、当ててみてください（賞品はありません）。

Sofia-Luceat-Project

Constraints on a Scalar-Dependent Gravitational Coupling from Gravitational Wave Observations

Constraints on a Scalar-Dependent Gravitational Coupling from Gravitational Wave Observations

Abstract

1. Introduction

2. Theoretical Framework

Action

Potential

3. Observational Signatures

3.1 Gravitational Waves

3.2 Distance Dependence

3.3 Cosmological Constraints

4. Parameter Constraints

5. Results

6. Discussion

7. Conclusion

Keywords

OBR – Offline Browsing Reader

🌐 OBR

✨ OBR でできること

🔗 普通のブラウザとして使える

💾 閲覧しながらサイトを保存

📦 オフラインでそのまま読める

🔄 オンライン / オフラインを完全に分離

🌍 オンラインモード

📂 オフラインモード

🗂 サイト単位で管理

🚫 広告・トラッカーを保存しない

🧠 こんな人におすすめ

🛠 技術スタック（概要）

🚧 現在のステータス

▶ まずはページを開いてみてください

カスタムMarkdown構文テスト

カスタムMarkdown構文テスト

1. ゲームスペック (game-spec)

2. YouTube埋め込み (youtube)

3. 画像比較 (compare-image)

Dark Survivor 開発 Wiki

はじめに

開発環境のセットアップ

Gitの基本的な使い方

リポジトリのクローン

最新の変更を取り込む

ブランチの作成と切り替え

変更を記録する

変更をリモートに送信する

開発ルール

ブランチ運用ルール

コミットメッセージ

コーディングスタイル

Godotスタイルガイド

コンポーネント指向アプローチ

【初心者向け】サイトの記事作成ガイド

はじめに

ステップ1：記事ファイルの準備

ステップ2：記事の基本情報を入力する (Frontmatter)

ステップ3：本文を書く (Markdown記法)

見出し

一番大きな見出し

中くらいの見出し

小さな見出し

文字の強調（太字）

箇条書き

リンク

便利な装飾機能

囲み枠（アドモニション）

リンクカード

やってみよう！記事作成の例

ゲーム制作サークルの開発記録：Redot Engineを使ってみた！

🎮 ゲーム制作サークルの開発記録：Redot Engineを使ってみた！

🔍 エンジン選びから始まった開発

⚙️ Redot Engineとは？

🚀 使ってみた感想：軽い、安定してる、そして速い！

🧠 技術的なポイント

🧩 Redot Engineから Rex Engine へ ― 次世代へのステップ

🔍 最新状況の整理

✨ 私たちの“Rex への取り組み”方針

🛠 どう活用するか？

💬 まとめ：Redotは“学びながら作れる”最高の環境

dark-survivor