Self-labeling

[pfrazee]

Adds "self-labeling," the ability for users to set content warnings on their own content.

• Add schemas
• Update views to include self-labels
  • ProfileViewBasic
  • ProfileView
  • ProfileViewDetailed
  • PostView
  • GeneratorView
  • ListViewBasic
  • ListView
• Add support to the SDK's Moderation APIs
  • Update configuration to have broad label policies for self labels in addition to per-labeler policies
  • Add tests

Closes #1403

[pfrazee]

Generators and Lists are set to have labels added in the future. We can hold off adding self-labels to them until they get labeling added in general.

[Kingles]

Neat :3

Excited to see these go in! Hopefully some thoughts/comments are alright; thanks for your time and hard work!

[Kingles]

💭 Given the repetition of this type in multiple places, could be a good idea to make a named type somewhere (also could make it easier in the future to refine that secondary union type if the need arises)

[devinivy]

Could definitely imagine doing that some time, but it's not related to this work so not too worried about it at the moment. These are also created via codegen, so it wont be too hard to update if/when we want to do that.

[Kingles]

❓ Should this map add a $type property for each value? Maybe com.atproto.label.defs#selfLabel?

[devinivy]

That isn't required here since the values field is a ref and not an open union. The labels field above is an open union, so it need to contain the $type 👍 We think this will provide a decent amount of flexibility without it becoming too verbose.

[Kingles]

💭 It seemed fairly trivial to not avoid aggregating labels before self-labeling was a thing, but now that it is, would be it worth it avoid the work of doing label aggregation unless we explicitly need to?

e.g.

const labels = skipLabels ? undefined : [...(labels[cur.did] ?? []), ... getSelfLabels({
        uri: cur.profileUri,
        cid: cur.profileCid,
        record: cur.profileBytes && cborToLexRecord(cur.profileBytes),
      })]

or (maybe cleaner)

// ...earlier
function getLabels(cur) {
const actorLabels = labels[cur.did] ?? []
      const selfLabels = getSelfLabels({
        uri: cur.profileUri,
        cid: cur.profileCid,
        record: cur.profileBytes && cborToLexRecord(cur.profileBytes),
      })
      return [...actorLabels, ...selfLabels];
}

const profile = {
	// ... other props
	labels: skipLabels ? undefined : getLabels(cur),
	// ... rest of props
}

[pfrazee]

Okay we're ready to go. If yall can publish a new dev-env with this merge that would be helpful!

[pfrazee]

Published @atproto/api@0.6.0 (bumped minor for breaking change)