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

aw-notify: settingsStore integration and shared webui config surface

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

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

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

2026年7月25日 から。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
kotlin, python

調査の方向性

AndroidアプリのNotifyWorkerは現在、ハードコードされたDEFAULT_ALERTSを使用しています。まず、aw-notifyデスクトップPythonデーモンを調べて、その設定モデルを理解してください。次に、サーバー側のsettings APIエンドポイント (/api/0/settings/aw-notify/alerts) を確認し、設定を保存および取得する方法を見てください。作業には、Kotlin workerがこのAPIから読み取るように変更すること、フォールバックのデフォルト値を作成すること、webuiが互換性のある設定パネルを公開できるようにすることが含まれます。「Done」とは、Androidアプリがデスクトップクライアントと共有されるサーバー保存のアラート設定を使用することです。

索引モデルが issue の本文から書いたものです。

説明

Follow-up to #199 (merged) — centralising alert configuration so Android shares the same config surface as aw-notify on desktop.

What's missing from the MVP

The NotifyWorker shipped in #199 hardcodes DEFAULT_ALERTS directly in Kotlin. The only server-side setting it reads is startOfDay. Everything else (categories, thresholds, enabled/disabled) requires a code change.

Goals

  1. settingsStore integration — store alert config under /api/0/settings/aw-notify/alerts (or a sub-key of the existing settings namespace). The Android app reads this at worker startup instead of the hardcoded list, matching the server-side config model aw-notify desktop already uses.

  2. Shared webui config surface — once the config lives in the settings API, the aw-webui can expose a config panel identical to (or compatible with) the desktop aw-notify settings, so users manage thresholds in one place regardless of client.

  3. Reduced default thresholds — the current defaults (All at 1h/2h/4h/6h/8h, Work at 15m/30m/1h/2h/4h, etc.) are too dense for most days. Trim to 2–3 thresholds per category max, or align with whatever the desktop aw-notify defaults converge to after #200 lands.

  4. Migration path — if a user has no server-side config, fall back to a minimal built-in default (not the current verbose list) so first-run behaviour is conservative.

Out of scope here

  • Anomaly/percentile-based notifications → tracked in #200
  • App-layer quiet-hours (the OS aw_notify_channel + DnD is sufficient for now)

Cross-references

  • #199 — the initial notify implementation (merged)
  • #200 — smart anomaly-detection notifications (v2 direction)
  • aw-notify desktop — the Python daemon this should share config with
主要言語
Kotlin
スター
275
フォーク
60
平均マージ
20時間 32分
マージ済み PR(30日)
38

環境構築

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

はじめの一歩

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

ActivityWatch/aw-android のほかの issue

ActivityWatch/aw-android の issue をすべて見る

似ている issue

Kotlin の issue をもっと見る

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

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