TGViewer
Channel Public Channel
Fᴜғᴜ の Cʜᴀɴɴᴇʟ

Fᴜғᴜ の Cʜᴀɴɴᴇʟ

@i_chl

当收藏夹用的来着
Subscribers
832
Photos
83
Videos
0
Links
218
Recent Posts 18 shown
Post #401 234
Post #400 418

Forwarded from 在花🎗️科技圈

OpenAI 发布 ChatGPT Images 2.5 图像模型

OpenAI 于 9 月 8 日发布 ChatGPT Images 2.5 图像模型,细节更清晰、编辑更精准、生成更快,图像生成延迟较 2.0 最高降低 50%。

新模型已向 ChatGPT、ChatGPT Work 和 Codex 全平台用户推出。ChatGPT 新增 Sketch 手绘引导、模板、图片评论与提示词分享功能;API 同步上线 GPT-Image-2.5 Flare 和 Sunburst 两款模型。

OpenAI

🌸 在花频道 · 茶馆水群 · 投稿通道
Post #399 369
▎分离式 Emby 前后端反代配置 | v2

适用于登录/API 与视频推流使用不同域名的 Emby 服务,通过 Nginx Proxy Manager,让两部分流量都经过自己的服务器

本版沿用 /s1/、/s2/、/s3/ 分别代理推流上游的结构,并补充 JSON 播放地址改写,处理部分客户端读取 DirectStreamUrl 后绕过反代的问题

🟢示例域名
• 原始前端:frontend.embydomain.com
• 推流上游:backend1.embydomain.com、backend2.embydomain.com、backend3.embydomain.com
• 自建入口:provider.emby.yourdomain.com
下面假设四个上游均使用 HTTPS、端口 443

🟢NPM 面板设置
• 域名:填写自己的入口域名
• 协议:https
• 转发主机名/IP:frontend.embydomain.com
• 转发端口:443
• 缓存资源:关闭
• Websockets 支持:关闭,由下方配置处理
• 自定义路径规则(Locations):留空
• SSL:选择入口域名对应的证书,开启强制 SSL
入口域名应解析至自己的服务器。若使用 Cloudflare DNS,并希望客户端直接连接自己的服务器,使用 DNS only(灰云)

🟢自定义 Nginx 配置
将下面四个上游域名全部替换为真实域名,包含正则表达式中转义后的写法。入口域名由 $host 自动获取,无需写死
# ======== 公共代理设置 ========
set $emby_connection "";
set $emby_prefix "";

if ($http_upgrade != "") {
set $emby_connection "upgrade";
}

proxy_http_version 1.1;
proxy_set_header Host $proxy_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $emby_connection;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Proto $scheme;

proxy_ssl_server_name on;
proxy_ssl_name $proxy_host;

proxy_buffering off;
proxy_cache off;
proxy_read_timeout 300s;
proxy_send_timeout 300s;

# 请求未压缩响应,以便进行文本地址替换
proxy_set_header Accept-Encoding "";

# ======== 重定向地址回写 ========
# 注意:正则表达式中的域名 "." 需要写成 "\."
proxy_redirect ~*^(?:https?:)?//frontend\.embydomain\.com(?::443)?(/.*)$ https://$host$1;
proxy_redirect ~*^(?:https?:)?//backend1\.embydomain\.com(?::443)?(/.*)$ https://$host/s1$1;
proxy_redirect ~*^(?:https?:)?//backend2\.embydomain\.com(?::443)?(/.*)$ https://$host/s2$1;
proxy_redirect ~*^(?:https?:)?//backend3\.embydomain\.com(?::443)?(/.*)$ https://$host/s3$1;

# 推流节点返回根相对重定向时,保留对应前缀
proxy_redirect ~^(/(?!/).*)$ https://$host$emby_prefix$1;

# ======== 响应体中的已知域名回写 ========
# 适用于 JSON 播放地址及 HLS 中的已知绝对地址
# 默认还会处理 text/html;不使用 "*" 匹配视频二进制
sub_filter_once off;
sub_filter_types application/json application/vnd.apple.mpegurl application/x-mpegurl audio/mpegurl audio/x-mpegurl;

# 带 :443 的形式放在前面
sub_filter 'frontend.embydomain.com:443' '$host';
sub_filter 'frontend.embydomain.com' '$host';

sub_filter 'backend1.embydomain.com:443' '$host/s1';
sub_filter 'backend1.embydomain.com' '$host/s1';

sub_filter 'backend2.embydomain.com:443' '$host/s2';
sub_filter 'backend2.embydomain.com' '$host/s2';

sub_filter 'backend3.embydomain.com:443' '$host/s3';
sub_filter 'backend3.embydomain.com' '$host/s3';

# ======== 前端与 API ========
location / {
proxy_pass https://frontend.embydomain.com;
}

# ======== 三个推流上游 ========
# /s1/videos/... 会转发为上游的 /videos/...
location ^~ /s1/ {
set $emby_prefix "/s1";
proxy_pass https://backend1.embydomain.com/;
}

location ^~ /s2/ {
set $emby_prefix "/s2";
proxy_pass https://backend2.embydomain.com/;
}

location ^~ /s3/ {
set $emby_prefix "/s3";
proxy_pass https://backend3.embydomain.com/;
}


🟢相比旧版的变化
• 使用明确的 /s1/ 路径,避免误匹配 /s10,不再额外叠加 rewrite
• 补充 JSON 中的已知域名替换,不只处理 302 等重定向
• 推流节点上的后续重定向也参与回写
• 移除默认 UA 拦截,减少对第三方客户端的误伤
• 按请求设置 WebSocket 升级头
• 使用 $host,方便多个自建入口复用同一份配置

🟢如何确认视频确实经过自己的服务器
使用实际 Emby 客户端登录、播放并拖动进度,观察:
• 客户端的大流量连接目标是否为自己的入口
• NPM 是否出现对应的视频请求和持续传输字节
• 是否仍有直连原始推流域名的大流量连接
能登录、能播放,不等于视频一定经过反代
目前这套处理方式已在一个前后端分离服务的一次实际播放中观察到大流量经过自建入口;不同客户端和推流节点仍需按实际使用验证

⚠️适用边界
• 这是一份针对固定、已知上游域名的模板,不保证兼容所有后端(包含自研)
• sub_filter 是文本替换,不是 JSON 解析器;如果域名出现在签名内容或其他非地址字段中,也可能被替换。新增域名、特殊编码、上游强制压缩,以及 HLS 中 /xxx.ts 这类根相对路径,都可能需要单独适配
• 自写 location 也不能假定会自动继承 NPM 默认路径中的 Access List 等功能;需要入口访问控制时,应另行核对


😂 Emby 反向代理

#Emby #Nginx #NPM #NginxProxyManager #反代 #反向代理
Post #397 333
▎Codex Chat Titles

非官方 Agent Skill:codex-chat-titles
它可以通过本机 Codex app-server,批量预览并统一所有项目下的 Codex 对话标题:MMDD|类型|主题


- 日期取对话创建时间 createdAt,并转换为 Asia/Shanghai;仅修改对话标题,不会修改项目名称、对话内容、归属、排序或归档状态
- 支持中文与英文、数字之间的规范空格。默认预览后需要确认,也可以在初始请求中明确要求“预览后直接执行”
- 可通过 CC Switch 安装,并在 Codex CLI、VS Code、Cursor 或 Windsurf 的官方 Codex 扩展中使用


项目地址
https://github.com/sunfing/agent-skills
中文安装说明
https://github.com/sunfing/agent-skills/blob/main/docs/codex-chat-titles/README.zh-CN.md


注:
非官方项目,需要 Python 3.10+ 和支持所需 app-server 接口的本机 Codex CLI。该 Skill 只整理 Codex 对话,不会修改其他 Agent 客户端或普通 ChatGPT 对话



😂 Agent Skills

#Skill #Codex #CCSwitch #ChatTitles #Recs
GitHub GitHub - sunfing/agent-skills: Unofficial, self-contained Agent Skills for clients that support SKILL.md and local command execution. Unofficial, self-contained Agent Skills for clients that support SKILL.md and local command execution. - sunfing/agent-skills
  • 🙈 1
Post #395 392

Forwarded from 折腾啥 (小一)

🔗 Sub-Store 近期所谓恶意代码漏洞说明

▎安全小贴士 里写了自建版如何安全配置

本身就是提供了各种安全配置 用户根据实际使用环境 自由选择

自己没配置 全放开了让别人访问 那别人想干啥干啥 这怎么能算是 "漏洞" 呢

▎被追着不放之后 改了一些默认逻辑

2.38.0 开始, Node.js 需要设置 CORS allowlist SUB_STORE_CORS_ALLOWED_ORIGINS 例如 https://sub-store-frontend.a.com 或 *(不安全)
脚本操作、脚本过滤和修改响应必须设置 SUB_STORE_FRONTEND_BACKEND_PATH 才能生效;若不想改变当前 path,可设置 SUB_STORE_FRONTEND_BACKEND_PATH=/(不安全)

虽然我觉得没啥意义...但是被追着不放了

已做一些处理, 应该只影响自建(如果用官方前端 也不用设 SUB_STORE_CORS_ALLOWED_ORIGINS) 和 sionnx/SubCase

不影响 xishang0128/sparkle 等客户端 GUI 内置, 模块版 Delusions6515/Sub-Store-Module 这些

承接频道/群广告
有需要的老板可以私聊联系 🙏


🤭 Sub-Store 合集 🧐 合集 😄 恰饭推荐 💬 群组 🥰联系推广

🥰 #SubStore #更新记录 #changlog #updates
Post #394 409
Fᴜғᴜ の Cʜᴀɴɴᴇʟ A÷:最基本地(😁
Post #393 343
▎Node Test 测试 Bot 后端共建

节点测试 Bot:@i_nt_bot

🟢MiaoSpeed 测试后端共建
- 贡献一台稳定可用的 MiaoSpeed 测试后端,接入确认后即可免费获得 Bot 使用权限,并可调用 Bot 当前全部在线后端进行多后端测速
- Bot 已接入多个地区、运营商及不同带宽的测试后端,可通过 /invite 自由选择多个后端执行测试

🟢参与方式
私信 @i_pm_bot,并提供:
• 后端所在地区
• 网络运营商
• 上下行带宽
• 预计可用时间

项目地址
https://github.com/sunfing/miaospeed
脚本更新与使用说明
https://t.me/i_chl/392


共建后端,共享测试资源(🌟
Post #392 299
Fᴜғᴜ の Cʜᴀɴɴᴇʟ ▎MiaoSpeed — 测试后端 相比旧版 InstallMiaoSpeed.sh,当前脚本已经从“一键安装器”升级为更完整的喵速管理脚本 支持系统 Linux AMD64 / ARM64 - Debian / Ubuntu / OpenWrt 等 一键安装 bash <(curl -fsSL https://raw.githubusercontent.com/sunfing/miaospeed/main/InstallMiaoSpeed/miaospeed.sh) OpenWrt 用户请先安装基础依赖…
▎MiaoSpeed 管理脚本更新

本次更新的是 MiaoSpeed 测试后端的部署与管理脚本,不是上游 MiaoSpeed 核心升级。重点完善了运行参数、服务控制、状态脱敏与控制台交互

🟢更新与安装
- 已使用 miaospeed.sh 的用户:
bash /root/miaospeed.sh --self-update

更新后输入 miao 打开管理控制台。此命令只更新管理脚本;MiaoSpeed 核心请在 miao 中选择“检查喵速更新”
- 新安装支持 AMD64 / ARM64,适用于 Debian、Ubuntu、OpenWrt 等 Linux 环境。请使用 root 用户执行:
bash <(curl -fsSL https://raw.githubusercontent.com/sunfing/miaospeed/main/InstallMiaoSpeed/miaospeed.sh)

- OpenWrt 首次使用请先安装依赖,再执行上方安装命令:
opkg update && opkg install bash curl


🟢本次改进
🔘运行与测试
- 新安装默认开启 IPv6 节点测试、下载测速和详细日志,上传测速默认关闭
- 支持配置上传/下载测速、并发数、任务队列、限速、任务间隔、出站接口和详细日志
- 补充监听地址、入站 IP/CIDR 白名单、客户端 CA、服务端证书与私钥、本地 pprof 等高级参数
🔘控制台与服务
- 新增启动、停止和重启服务
- 主菜单按“状态与服务、配置修改、更新与维护、危险操作”分组
- 普通功能在保留的主菜单下方展开;操作完成或取消后,清屏返回干净的主菜单
- 开关统一使用 (Y/n) / (y/N) 表示默认行为
🔘状态、安全与维护
- 状态页按 H 进入截图脱敏模式,按 S 恢复完整显示
- 脱敏模式隐藏连接端点、Token、BotID 与备注、网络配置、证书路径及 pprof 地址,同时保留“未配置”“自动选择”等状态
- 普通卸载默认保留配置、BotID 备注、备份、管理脚本和 miao 入口;彻底清除作为独立危险操作并要求二次确认
- 配置保存与备份恢复会检查服务能否正常启动;失败时尝试恢复操作前配置并报告结果
🔘兼容提醒
- 旧配置若缺少 ENABLE_IPV6,升级后继续保持 IPv6 节点测试关闭,不会被静默开启
- IPv6 节点测试不会开放 IPv6 入站,也不会修改防火墙或安全组
- 修改运行参数会重启服务,执行中的任务可能短暂中断
- 状态页默认显示完整参数,截图前请先按 H
- H 不会清除终端历史,也无法隐藏终端标签、SSH 主机名或 shell prompt

🟢从旧版 InstallMiaoSpeed.sh 迁移
旧版卸载会删除 /opt/miaospeed,其中包括现有配置和运行数据。请先备份需要保留的内容,再执行:
bash <(curl -fsSL https://raw.githubusercontent.com/sunfing/miaospeed/main/InstallMiaoSpeed/InstallMiaoSpeed.sh) --uninstall

随后执行上方新安装命令

项目地址
https://github.com/sunfing/miaospeed



🤣 Docker 部署

#SH #ShellScript #MiaoSpeed
Post #390 285

Forwarded from PK个人频道

🚨 紧急避雷“免费3年VPS”陷阱!

近期(8月31日)有“PolarNode” VPS 内测预约,宣称前 5000 名注册可获 4 核 4G 硅谷 VPS × 3 年。经确认,该网站不仅是钓鱼站,更是针对 iOS 用户的 Watering Hole 攻击站,专门窃取钱包助记词!

💀 攻击原理:
1️⃣ 利用“送 VPS”和“邀请裂变 +1 月”诱导转发带 ref 链接
2️⃣ 强制要求“必须用手机浏览器预约”,非 Safari 用户被引导到钓鱼页面,iOS Safari 用户直接注入恶意代码
3️⃣ 利用 iOS 18.4/18.5/18.6 WebKit 漏洞,通过隐藏 iframe 注入 payload,绕过 PAC 获取设备 RCE
4️⃣ 获取手机控制权后,劫持 imToken、TronLink 等钱包,直接窃取助记词

🛡 建议尽快升级 iOS 系统修补漏洞

免费 VPS 很香,但钓鱼链接更致命!不要因小失大!
Post #386 331
Fᴜғᴜ の Cʜᴀɴɴᴇʟ Photo
A÷:最基本地(😁
  • 🤪 4
  • 🥴 1
  • 😨 1
Post #385 322
▎Inkstone - 自托管 Markdown 笔记

Inkstone 是运行在 Cloudflare Workers 上的自托管 Markdown 笔记应用,支持全文搜索、双链、离线编辑、多设备同步、版本历史、MCP、公开分享,以及 WebDAV / S3 备份

数据库、附件和运行环境均由部署者自行掌控

🟢准备工作
需要:
• GitHub 账号
• Cloudflare 账号
• Fork 后的 Inkstone 仓库
项目地址
https://github.com/shuaiplus/inkstone

先点击 Fork,将仓库复制到自己的 GitHub 账号

🟢创建 Cloudflare Worker
进入:
Cloudflare Dashboard
→ Workers & Pages
→ Create application
→ Continue with GitHub

选择刚刚 Fork 的 Inkstone 仓库,构建设置填写:
Worker name:inkstone
Production branch:main
Root directory:/
Build command:npm run build
Deploy command:npm run deploy
Non-production branch builds:关闭
Build output directory:留空
Environment variables:暂时留空

不要把 Deploy command 改成裸的 npx wrangler deploy。项目会先构建,再通过生成的 dist/inkstone/wrangler.json 部署
当前项目要求 Node ^24.15.0。若 Cloudflare 构建环境没有自动选择兼容版本,再添加:
NODE_VERSION = 24.18.0


🟢R2 与 KV 模式
默认推荐 R2,用于保存附件:
Build command:npm run build
Deploy command:npm run deploy

如果明确要使用 Workers KV 保存附件,Deploy command 改成:
npm run deploy:kv

R2 与 KV 是两种附件存储模式,后期直接切换不会自动迁移已有附件

🟢首次打开
部署完成后打开 Cloudflare 生成的 workers.dev 地址,并立即注册第一个账号
第一个注册账号会成为 owner,后续公开地址或配置自定义域名前,先确认 owner 已创建并能正常登录
首次访问会自动初始化 D1 数据表和版本迁移

🟢部署后检查
在 Worker 的 Bindings / Settings 中确认资源已创建并绑定:
D1:DB
R2:FILES
KV:OAUTH_KV
Durable Objects:SYNC_HUB、CREDENTIAL_VAULT
Workers AI:AI(可选)

Cron Triggers 应包含:
0 * * * *
15,45 * * * *

随后检查:
• 新建、编辑和搜索笔记
• 附件上传与下载
• 多设备同步
• JSON / ZIP 导出
• WebDAV 或 S3 备份

🟢自定义域名与 MCP
先在 Worker 中添加 Custom Domain,再在 Variables and Secrets 中设置:
PUBLIC_URL = https://notes.example.com

PUBLIC_URL 必须填写最终使用的规范 HTTPS 来源。MCP、OAuth 和分享链接应统一使用同一个域名,避免 issuer 或回调地址不一致

🟢后续更新
同步 GitHub Fork 的 main 分支后,Cloudflare Workers Builds 会自动重新构建和部署
更新前建议先执行一次导出或远程备份。数据库迁移可重复安全执行,但附件从 R2 切换到 KV 或反向切换不会自动搬迁

项目地址
https://github.com/shuaiplus/inkstone
在线体验
https://inkstone-demo.pages.dev/


#Cloudflare #Workers #Inkstone #Markdown #MCP #自建服务
GitHub GitHub - shuaiplus/inkstone: A self-hosted Markdown notebook that runs entirely on Cloudflare Workers. A self-hosted Markdown notebook that runs entirely on Cloudflare Workers. - shuaiplus/inkstone
Post #384 302
▎CLIProxyAPI - AI API 代理服务

CLIProxyAPI 是面向 CLI 模型的轻量 API 代理,提供 OpenAI、Gemini、Claude、Codex、Grok 兼容接口,支持 OAuth、API Key、多账号轮询与流式响应

本文使用 Docker + Portainer + Nginx Proxy Manager 部署,并沿用 external proxy 网络

🟢部署前准备
mkdir -p /opt/cliproxyapi/{auths,logs,plugins}
chmod 700 /opt/cliproxyapi /opt/cliproxyapi/auths
openssl rand -hex 32
openssl rand -hex 32

分别保存两次输出,用作 Management Key 和下游 API Key
创建 /opt/cliproxyapi/config.yaml:
host: ""
port: 8317

remote-management:
allow-remote: true
secret-key: "REPLACE_WITH_MANAGEMENT_KEY"
disable-control-panel: false

auth-dir: "~/.cli-proxy-api"

api-keys:
- "REPLACE_WITH_API_KEY"

替换两个占位值后执行:
chmod 600 /opt/cliproxyapi/config.yaml

Management Key 首次启动后会被转换为 hash 并写回 config.yaml,登录面板仍使用原始明文。该文件不能挂载为只读

🟢CLIProxyAPI Compose
services:
cli-proxy-api:
image: eceasy/cli-proxy-api:latest
container_name: cliproxyapi
hostname: cliproxyapi
restart: always
networks:
- proxy
ports:
- "127.0.0.1:8085:8085"
- "127.0.0.1:1455:1455"
- "127.0.0.1:54545:54545"
- "127.0.0.1:51121:51121"
- "127.0.0.1:11451:11451"
expose:
- "8317"
volumes:
- /opt/cliproxyapi/config.yaml:/CLIProxyAPI/config.yaml
- /opt/cliproxyapi/auths:/root/.cli-proxy-api
- /opt/cliproxyapi/logs:/CLIProxyAPI/logs
- /opt/cliproxyapi/plugins:/CLIProxyAPI/plugins
environment:
TZ: Asia/Shanghai
logging:
driver: json-file
options:
max-size: "10m"
max-file: "3"

networks:
proxy:
external: true
name: proxy

在 Portainer 中进入 Stacks -> Add stack,Stack name 填 cliproxyapi,粘贴 Compose 后选择 Deploy the stack
8317 不映射到宿主机,只通过 proxy 网络提供给 NPM。OAuth callback 端口仅绑定 127.0.0.1,需要远程授权时使用 SSH tunnel,不要直接暴露到公网

🟢NPM 反代设置
Domain Names:你的 CPA 域名
Scheme:http
Forward Hostname / IP:cliproxyapi
Forward Port:8317
Cache Assets:关闭
Websockets Support:开启
SSL 页面开启 Force SSL 和 HTTP/2 Support
Advanced:
proxy_buffering off;
proxy_request_buffering off;
proxy_cache off;
proxy_read_timeout 3600s;
proxy_send_timeout 3600s;

保存后访问:
https://YOUR_CPA_DOMAIN/management.html

使用 Management Key 登录,在面板中添加上游账号、维护下游 API Key、调整路由和模型映射

🟢最小验证
docker ps --filter name=cli-proxy-api
docker logs --tail 100 cli-proxy-api
curl -fsS https://YOUR_CPA_DOMAIN/v1/models \
-H "Authorization: Bearer YOUR_API_KEY"

能返回模型列表即表示 API、共享网络和反向代理已连通

项目地址
https://github.com/router-for-me/CLIProxyAPI
使用手册
https://help.router-for.me/cn/



🤣 涉及容器互通时参考 Nginx Proxy Manager 反向代理避雷指南

😂 Docker

#Docker #CLIProxyAPI #CPA #AI #API #中转站
GitHub GitHub - router-for-me/CLIProxyAPI: Wrap Antigravity, ChatGPT Codex, Claude Code, Grok Build, Muse Code, Davin as an OpenAI/Ge… Wrap Antigravity, ChatGPT Codex, Claude Code, Grok Build, Muse Code, Davin as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy the free Gemini Series, GPT Series, Grok Se...
  • ❤ 1
Post #383 443
Fᴜғᴜ の Cʜᴀɴɴᴇʟ Photo
Post #381 845
▎GPT Image

非官方 Agent Skill:gpt-image
它可以让 Codex、CC Switch 等支持 SKILL.​md 和本地命令执行的 Agent,通过用户自行配置的 OpenAI-compatible Image API,直接调用固定的 gpt-image-2 模型


适合使用第三方 API 中转、无法调用 Codex 原生 Hosted 生图工具的用户

项目地址
https://github.com/sunfing/agent-skills
中文安装说明
https://github.com/sunfing/agent-skills/blob/main/docs/gpt-image/README.zh-CN.md


注:
非官方项目,不提供 API 服务、额度或 API key。使用者需要自行准备支持 /v1/images/generations 和 /v1/images/edits 的兼容接口



😂 Agent Skills

#Skill #Codex #CCSwitch #GPTImage #Recs
GitHub GitHub - sunfing/agent-skills: Unofficial, self-contained Agent Skills for clients that support SKILL.md and local command execution. Unofficial, self-contained Agent Skills for clients that support SKILL.md and local command execution. - sunfing/agent-skills
  • ❤ 1
Post #380 887
null
#null
Post #378 1.07K
Fᴜғᴜ の Cʜᴀɴɴᴇʟ Photo
Post #377 919
▎OpenAI

查询 OpenAI 帐户真实关联的电话号码
该号码适用于 Codex 验证且一经绑定无法修改


Platform 该入口被隐藏或移除,直达链接
https://platform.openai.com/settings/profile/user


账户安全与登录 中的 Text message 仅仅是作为 ChatGPT 登录验证方式,并非 OpenAI 帐户真实关联的电话号码

补充:最新版的 ChatGPT App 就可以看到真实关联的电话号码,但是主包 iOS16.6 系统版本过低 ChatGPT App 许多功能都没有所以看不了,没关注到这个点

#OpenAI #ChatGPT #Codex #Tips
Openai OpenAI Platform
Older posts →

About this channel

How can I read @i_chl without a Telegram account?
TGViewer shows the public web preview Telegram publishes for Fᴜғᴜ の Cʜᴀɴɴᴇʟ: recent posts, photos, videos and the subscriber count, with no app, login or account.
How many subscribers does Fᴜғᴜ の Cʜᴀɴɴᴇʟ have?
Fᴜғᴜ の Cʜᴀɴɴᴇʟ (@i_chl) has 832 subscribers on Telegram, refreshed roughly every 30 minutes.
Does Fᴜғᴜ の Cʜᴀɴɴᴇʟ know I viewed it here?
No. Public channel previews carry no viewer identity, and TGViewer has no accounts or tracking of what you look up.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →